postgreSql锁与相关操作的冲突

参考来源：官方文档

序号	表级锁的方式	获取该锁所执行的sql操作	相冲突的模式	相冲突的操作	说明
1	ACCESS SHARE	select操作	EXCLUSIVE和ACCESS EXCLUSIVE锁模式	阻塞执行： 1 REFRESH MATERIALIZED VIEW CONCURRENTLY 2 ALTER TABLE、DROP TABLE、TRUNCATE、REINDEX、CLUSTER、VACUUM FULL和REFRESH MATERIALIZED VIEW（不带CONCURRENTLY），以及很多形式的ALTER INDEX和ALTER TABLE变体操作。  反之亦然
2	ROW EXCLUSIVE	UPDATE、DELETE、INSERT操作	与SHARE、SHARE ROW EXCLUSIVE、 EXCLUSIVE和ACCESS EXCLUSIVE锁模式冲突	阻塞执行： 1 CREATE INDEX（不带CONCURRENTLY） 2 CREATE TRIGGER和某些形式的 ALTER TABLE 3 REFRESH MATERIALIZED VIEW CONCURRENTLY	在执行增删改操作时，不会阻塞另一个增删改操作。
2	SHARE UPDATE EXCLUSIVE	VACUUM（不带FULL）、ANALYZE、  CREATE INDEX CONCURRENTLY、 REINDEX CONCURRENTLY、  CREATE STATISTICS 以及某些ALTER INDEX和  ALTER TABLE的变体获得	与SHARE UPDATE EXCLUSIVE、SHARE、 SHARE ROW EXCLUSIVE、EXCLUSIVE和 ACCESS EXCLUSIVE锁模式冲突。这种模式 保护一个表不受并发模式改变和VACUUM运行的影响	阻塞执行： 1 VACUUM（不带FULL）、ANALYZE、 CREATE INDEX CONCURRENTLY、REINDEX CONCURRENTLY、 CREATE STATISTICS以及某些ALTER INDEX和 ALTER TABLE的变体 2 CREATE INDEX（不带CONCURRENTLY） 3 CREATE TRIGGER和某些形式的 ALTER TABLE 4REFRESH MATERIALIZED VIEW CONCURRENTLY 5由ALTER TABLE、DROP TABLE、TRUNCATE、REINDEX、CLUSTER、VACUUM FULL和REFRESH MATERIALIZED VIEW（不带CONCURRENTLY）命令获取	在执行CREATE INDEX CONCURRENTLY 时可以对数据进行增删改，因此创建索引时应该采用这个命令。   pgsql的autovacuum命令不阻塞增删改操作
4	SHARE	由CREATE INDEX（不带CONCURRENTLY取得。	与ROW EXCLUSIVE、 SHARE UPDATE EXCLUSIVE、 SHARE ROW EXCLUSIVE、 EXCLUSIVE和ACCESS EXCLUSIVE锁模式冲突。 这种模式保护一个表不受并发数据改变的影响	在执行create index操作时，无法对表进行如下操作： 1增删改操作 2 VACUUM（不带FULL）、ANALYZE、 CREATE INDEX CONCURRENTLY、REINDEX CONCURRENTLY、 CREATE STATISTICS以及某些ALTER INDEX和 ALTER TABLE及变体	在执行create index 时无法对数据进行增删改。
5	SHARE ROW EXCLUSIVE	由CREATE TRIGGER和某些形式的ALTER TABLE	与ROW EXCLUSIVE、SHARE UPDATE EXCLUSIVE 、SHARE、SHARE ROW EXCLUSIVE、 EXCLUSIVE和ACCESS EXCLUSIVE锁模式冲突。 这种模式保护一个表不受并发数据修改所影响， 并且是自排他的，这样在一个时刻只能有一个会话持有它。	阻塞操作： 1 增删改 2 1 VACUUM（不带FULL）、ANALYZE、 CREATE INDEX CONCURRENTLY、REINDEX CONCURRENTLY、 CREATE STATISTICS以及某些ALTER INDEX和 ALTER TABLE的变体 3 CREATE INDEX（不带CONCURRENTLY） 4 CREATE TRIGGER和某些形式的 ALTER TABLE 5 ALTER TABLE、DROP TABLE、TRUNCATE、REINDEX、CLUSTER、VACUUM FULL和REFRESH MATERIALIZED VIEW（不带CONCURRENTLY）
6	EXCLUSIVE	REFRESH MATERIALIZED VIEW CONCURRENTLY	与ROW SHARE、ROW EXCLUSIVE、 SHARE UPDATE EXCLUSIVE、 SHARE、SHARE ROW EXCLUSIVE、 EXCLUSIVE和ACCESS EXCLUSIVE锁模式冲突。 这种模式只允许并发的ACCESS SHARE锁， 即只有来自于表的读操作可以与一个持有 该锁模式的事务并行处理。
7	ACCESS EXCLUSIVE	由ALTER TABLE、DROP TABLE、TRUNCATE、 REINDEX、CLUSTER、VACUUM FULL和REFRESH MATERIALIZED VIEW（不带CONCURRENTLY） 命令获取。 很多形式的ALTER INDEX和ALTER TABLE也在这个层面上获得锁	与所有模式的锁冲突（ACCESS SHARE、 ROW SHARE、ROW EXCLUSIVE、 SHARE UPDATE EXCLUSIVE、 SHARE、SHARE ROW EXCLUSIVE、EXCLUSIVE和ACCESS EXCLUSIVE）。 这种模式保证持有者是访问该表的唯一事务。	阻塞所有操作

 

序号	行锁模式	操作	冲突的锁和操作	说明
1	FOR UPDATE	任何在一行上的DELETE命令会获得FOR UPDATE锁模式，在某些列上修改值的UPDATE也会获得该锁模式。	UPDATE、DELETE、SELECT FOR UPDATE、SELECT FOR NO KEY UPDATE、SELECT FOR SHARE或者SELECT FOR KEY SHARE这些行的事务将被阻塞	FOR UPDATE会导致由SELECT语句检索到的行被锁定，就好像它们要被更新。这可以阻止它们被其他事务锁定、修改或者删除，一直到当前事务结束。
2	FOR NO KEY UPDATE	UPDATE也会获得这种锁模式
3	FOR SHARE		UPDATE、DELETE、SELECT FOR UPDATE或者SELECT FOR NO KEY UPDATE将被阻塞	不会阻止它们执行SELECT FOR SHARE或者SELECT FOR KEY SHARE。
4	FOR KEY SHARE		SELECT FOR UPDATE会被阻塞	SELECT FOR NO KEY UPDATE不会被阻塞