postgresql很慢，POSTGRESQL和mysql

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

为什么PG的delete慢

1、触发器问题。pgsql删除表数据特别慢是触发器问题。那些触发器使事情放慢了很多，因为那些级联的删除非常慢，通过在引用表上的外键字段上创建索引来解决这个问题。

2、delete是慢的，很正常。truncate就快，不过不符合你的要求。检查一下你的delete的条件，是否造成表扫描了。

3、你是不是建了索引了？如果建了索引的话，select会比较快，但是，增加、删除数据的话，需要对索引操作，因此，delete会比较慢的。

4、电脑内存不够，一直不清理电脑的缓存，就会让垃圾文件越来越多，这样就会导致电脑很卡，解决的办法很简单，用腾讯电脑管家进行清理下。网络太慢，如果宽带太小了，就会很慢很卡。升级宽带就好了。电脑中病毒了。

Q1: 为什么postgrelsql的性能没有mysql好

1、JSON支持和NoSQL：PostgreSQL最近增加了JSON支持，与传统的关系型数据库相比，它提供了更大的数据存储灵活性，因此，这方面PostgreSQL胜过MySQL。

2、PostgreSQL 的稳定性极强， Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。

3、PostgreSQL在很多方面都比MySQL强，如复杂SQL的执行、存储过程、触发器、索引。很多组织喜欢使用PostgreSQL，因为它的可靠性好，在保护数据方面很擅长，而且是个社区项目，不会陷入厂商的牢笼之中。

4、jsonb和json在更高的层面上看起来几乎是一样的，但在存储实现上是不同的。

5、MySQL比PostgreSQL更流行，流行意味着更多的用户，意味着经受了更多的考验，意味着更好的商业支持。而且MySQL提供了多个不同的社区版、商业版与企业版，而PG只提供了单个完整功能的版本。

Q2: pgsql删除表数据特别慢

1、PostgreSQL是一种特性非常齐全的自由软件的对象-关系型数据库管理系统（ORDBMS），其中pg快速删除表部分数据是可以使用TRUNCATE TABLE命令来删除。Truncate是一个能够快速清空资料表内所有资料的SQL语法。

2、第五点，对于web应用来说，mysql 6 的内置MC API功能很好用，PGSQL差一些。另外一些：pgsql和mysql都是背后有商业公司，而且都不是一个公司。大部分开发者，都是拿工资的。

3、要每次删除10000行数据，可以使用LIMIT和OFFSET子句来逐步删除数据。以下是一个示例SQL语句。DELETEFROMyour_table，WHEREsome_condition。ORDERBYsome_columnLIMIT10000OFFSET0。

Q3: Postgresql慢查询原因查找

这个在开发环境上是好的，而在运营中慢的话。而且你的描述中说明服务器的性能是好的，那么一般就是你的这个表的数据分布不均匀。

索引缺失：如参与“HashJoin”操作的列没有适当的索引，数据库要执行全表扫描，导致操作变慢。统计信息不准确：“PostgreSQL”使用统计信息来估计查询计划的成本，并选择最优的执行计划。

你把左侧一列的procpid号对应上在第2步中查到的进程号，然后把对应上的current_query 发出来，让大家帮你看看是哪句update语句执行了过长的时间，针对这条update语句再查原因可能会准确些。

当我们比较写入数据速度时，由于数据存储的方式的原因，jsonb会比json稍微的慢一点。json存储完整复制过来的文本输入，必须一遍又一遍的解析在你调用任何函数的时候。它不支持索引，但你可以为查询创建表达式索引。

无锁表修改：MyIsam使用表级锁来提升速度，这会导致写互斥。

PostgreSQL中生成的查询规划是由1到n个规划节点构成的规划树，其中最底层的节点为表扫描节点，用于从数据表中返回检索出的数据行。然而，不同的扫描节点类型代表着不同的表访问模式，如：顺序扫描、索引扫描，以及位图索引扫描等。

Q4: 为什么我在postgresql的json数据中查询,速度会比mysql慢很多

1、JSON支持和NoSQL：PostgreSQL最近增加了JSON支持，与传统的关系型数据库相比，它提供了更大的数据存储灵活性，因此，这方面PostgreSQL胜过MySQL。

3、在MySQL与PostgreSQL的对比中，PG的JSON格式支持优势总是不断被拿来比较。其实早先MariaDB也有对非结构化的数据进行存储的方案，称为dynamic column，但是方案是通过BLOB类型的方式来存储。

4、财务平台亿级数据量毫秒级查询优化之elasticsearch原理解析_wang123459的博客-CSDN博客_elasticsearch 查询优化 mysql底层B-tree 支持矮胖，高胖的时候就很难受，说白了就是数据量多会增加IO操作。ES底层倒排索引。

postgresql很慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于POSTGRESQL和mysql、postgresql很慢的信息别忘了在本站进行查找喔。