postgreSQL 杂论（索引，查询计划，pg_catalog，查重，去重）

最新推荐文章于 2024-09-20 13:52:56 发布

转载

最新推荐文章于 2024-09-20 13:52:56 发布 · 7.0k 阅读

9 ·

CC 4.0 BY-SA版权

原文链接：https://my.oschina.net/duo8523/blog/821983

文章标签：

#数据库 #python

本文探讨了PostgreSQL在高并发环境下如何在线创建索引以避免锁表问题，介绍了`concurrently`参数的使用及其可能的副作用。同时，文章讲解了不同类型的索引（B-Tree、Hash、GiST、GIN）以及如何处理唯一性和表达式索引。最后，提供了分析和优化索引使用的方法，包括ANALYZE、EXPLAIN ANALYZE等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

2019独角兽企业重金招聘Python工程师标准>>>

--正常情况下Postgresql建立普通btree索引时会阻塞DML(insert,update,delete)操作， --直到索引完成，期间读操作不受阻塞。当只有一个用户操作这当然没问题，但是在生产环境， --并发比较高的情况下，特别是大表建索引就不能这么操作了，不然用户要跳起来骂娘了， --点个按钮一天还没反应过来。

--使用 --Postgresql提供了一个参数，可以在线建立索引的时候避免因写数据而锁表， --这个参数叫concurrently。使用很简单，就是用create index concurrently来代替create index即可。

--副作用 --当然了，使用这个参数是有副作用的，不使用这个参数建索引时DB只扫描一次表， --使用这个参数时，会引发DB扫两次表，同时等待所有潜在会读到该索引的事务结束，有点类似增量索引， --这么一来，系统的CPU和IO，内存等会受一些影响，所以综合考虑，仍然让用户自行选择，而不是默认。

--失败 --在使用concurrently参数建索引时，有可能会遇到失败的情况，比如建唯一索引索引发现数据有重复， --又或者用户发现建索引时建错字段的，取消建索引操作了。 --此时该表上会存在一个索引，这是因为带这个参数的建索引命令一经发出， --就首先会在系统的日志表里先插一个索引记录进去，又因为这个索引最终建失败了，所以会被标记一个INVALID的状态

---索引类型：B