PostgresQL建立索引如何避免写数据锁定_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了PostgresQL建立索引如何避免写数据锁定_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2192字，纯文字阅读大概需要4分钟。

内容图文

问题源自一个帅哥在建索引发生表锁的问题。先介绍一下Postgresql的建索引语法：
Version:9.1

CREATE [ UNIQUE ] INDEX [ CONCURRENTLY ] [ name ] ON table [ USING method ]    ( { column | ( expression ) } [ COLLATE collation ] [ opclass ] [ ASC | DESC ] [ NULLS { FIRST | LAST } ] [, ...] )    [ WITH ( storage_parameter = value [, ... ] ) ]    [ TABLESPACE tablespace ]    [ WHERE predicate ]

这里不解释语法的诸多参数使用(排序，使用方法，填充因子等)，主要说一下concurrently的使用场景。

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

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

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

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

postgres=# /d t_kenyon       Table "public.t_kenyon" Column |  Type   | Modifiers --------+---------+----------- col    | integer | Indexes:    "idx" btree (col) INVALID

--重建
遇到上述失效的索引重建时两个办法，一个是drop index index_name，然后再执行create index concurrently。还有一个是执行reindex index_name命令，但是后者不支持concurrent参数。

--总结
在生产上执行创建索引命令时最好带上此参数，因为多消耗一点系统资源和时间来换取用户的不间断访问更新是相对值得的。 如果是索引重建，可以再在原基础上建立一个不同名的相同索引，然后取消老的索引。



参考： http://www.postgresql.org/docs/9.1/static/sql-createindex.html

内容总结

以上是互联网集市为您收集整理的PostgresQL建立索引如何避免写数据锁定_MySQL全部内容，希望文章能够帮你解决PostgresQL建立索引如何避免写数据锁定_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端