postgresql建了索引,查询用不上怎么回事
A朋友的查询语句，其实涉及的是“等价谓词重写技术”和“索引的使用”2个话题。看上面的表，PG是不支持IN谓词重写的。但是，name列上如果存在索引，则“可能”利用到索引。
可能你的查询条件里面， 没有 索引里面的列， 导致查询用不上索引。例如你索引是 在 a 字段的，但是查询条件时 where b = ...可能索引的创建方式，与查询的方式不一致。导致索引用不上。
联合索引，查询条件没有联合索引的第一列。在包含有null值的table列上建立索引，当时使用select count(*) from table时不会使用索引。在索引列上使用函数时不会使用索引，如果一定要使用索引只能建立函数索引。
在 PostgreSQL 中，查询优化器的选择操作是基于所用表中的统计信息。如果表的统计信息不准确或者没有统计信息，可能会导致查询优化器选择不正确的计划。
索引的类型： PostgreSQL提供了多 种索引类型：B-Tree、Hash、GiST和GIN，由于它们使用了不同的算法，因此每种索引类型都有其适合的查询类型，缺省时，CREATE INDEX命令将创建B-Tree索引。
在一些数据库服务器上，索引可能失效或者因为频繁操作而 使得读取效率降低，如果一个使用索引的查询不明不白地慢下来，可以试着用tbcheck工具检查索引的完整性，必要时进行修复。
Postgresql慢查询原因查找
1、这个在开发环境上是好的，而在运营中慢的话。而且你的描述中说明服务器的性能是好的，那么一般就是你的这个表的数据分布不均匀。
2、索引缺失：如参与“HashJoin”操作的列没有适当的索引，数据库要执行全表扫描，导致操作变慢。统计信息不准确：“PostgreSQL”使用统计信息来估计查询计划的成本，并选择最优的执行计划。
3、当我们比较写入数据速度时，由于数据存储的方式的原因，jsonb会比json稍微的慢一点。json存储完整复制过来的文本输入，必须一遍又一遍的解析在你调用任何函数的时候。它不支持索引，但你可以为查询创建表达式索引。
4、你把左侧一列的procpid号对应上在第2步中查到的进程号，然后把对应上的current_query 发出来，让大家帮你看看是哪句update语句执行了过长的时间，针对这条update语句再查原因可能会准确些。
5、无锁表修改：MyIsam使用表级锁来提升速度，这会导致写互斥。
6、PostgreSQL中生成的查询规划是由1到n个规划节点构成的规划树，其中最底层的节点为表扫描节点，用于从数据表中返回检索出的数据行。然而，不同的扫描节点类型代表着不同的表访问模式，如：顺序扫描、索引扫描，以及位图索引扫描等。
在postgresql中为什么索引没有被使用
1、A朋友的查询语句，其实涉及的是“等价谓词重写技术”和“索引的使用”2个话题。看上面的表，PG是不支持IN谓词重写的。但是，name列上如果存在索引，则“可能”利用到索引。
2、原因可能有很多.可能你的查询条件里面， 没有 索引里面的列， 导致查询用不上索引。例如你索引是 在 a 字段的，但是查询条件时 where b = ...可能索引的创建方式，与查询的方式不一致。导致索引用不上。
3、) 没有查询条件，或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分，应该是30％以上。
4、如果有嵌套查询，如下select_type：表示查询类型，有以下几种simple：简单的 select （没有使用 union或子查询）primary：最外层的 select。union：第二层，在select 之后使用了 union。
5、根据PostgreSQL的手册，PostgreSQL中hash索引有很大的缺陷，不推荐使用。Hash 索引操作目前没有记录 WAL 日志，因此如果数据库崩溃有未写入的改变， 我们可能需要用REINDEX重建 Hash 索引。
postgresql判断索引失效的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、postgresql判断索引失效的信息别忘了在本站进行查找喔。