postgresql加了索引查询反而慢，pgsql添加索引

Postgresql慢查询原因查找

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

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

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

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

主要有一些几个方面。 使用EXPLAIN EXPLAIN命令可以查看执行计划，在前面的blog中 PostgreSQL提供了一些帮助提升性能的功能。主要有一些几个方面。 使用EXPLAIN EXPLAIN命令可以查看执行计划，在前面的blog中已经介绍过。

[img]

相关问答

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

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

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

3、大部分查询只能使用表上的单一索引；在某些情况下，会存在使用多个索引的查询，但是查询优化器通常会低估其成本，它们常常比表扫描还要慢。

4、首先是速度，MySQL通常要比PostgreSQL快得多。MySQL自已也宣称速度是他们追求的主要目标之一，基于这个原因，MySQL在以前的文档中也曾经说过并不准备支持事务和触发器。

Q2: sqlserver,表已添加索引,是否仍会随着数据量不断不断增大而查询越来越慢...

1、第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

2、索引没用好。sqlserver大表的条件多的时候，就必须使用组合索引来提升查询速度，不使用索引会导致查询复杂，就会变慢。

3、如果你的where条件用到你添加的索引，并且你的select 字段可以包含在索引里面，速度肯定要快一些。

4、SQL Server数据库查询速度慢的原因有很多，常见的有以下几种： 没有索引或者没有用到索引（这是查询慢最常见的问题，是程序设计的缺陷） I/O吞吐量小，形成了瓶颈效应。 没有创建计算列导致查询不优化。

5、同时又要维护索引，可能还要判断主键重复等，对性能有一定影响。建议：在插入大量数据时，可以在插入数据前先删除索引，插入操作完成后再建立索引。这样避免了引擎在插入数据的同时维护索引，新建的索引也会更加整齐连贯。

6、在数据库表中加字段，将数据分类，比如插入时间、数据类别、包含什么特殊文字的字符串，都可以分类。然后可以将分类后的数据，放入其他不同的表中，这样就可以将大数据变成小数据进行查询了。之后加索引，加分区可能会更快。

Q3: 数据库设置索引后排序查询速度变慢怎么回事???

1、因为是记录url其字段值很长，在MySQL数据库里为长字段添加索引后查询速度是有可能变慢的。建议使用前缀索引试一试，看看能否改善。

2、原因也很简单，TASK_DATE 字段区分度太低了，走这个索引需要扫描的行数很大，而且还要进行额外的排序，优化器综合判断代价更大，所以就不选这个索引了。

3、第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

关于postgresql加了索引查询反而慢和pgsql添加索引的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。