分析PostgreSQL中的tuplelocks

这篇文章主要介绍“分析PostgreSQL中的tuple locks”，在日常操作中，相信很多人在分析PostgreSQL中的tuple locks问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”分析PostgreSQL中的tuple locks”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

成都创新互联公司长期为上千多家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为平定企业提供专业的成都做网站、成都网站建设、成都外贸网站建设，平定网站改版等技术服务。拥有十年丰富建站经验和众多成功案例,为您定制开发。

相对于tables或者其他数据库对象，元组的locks并不太容易处理，问题是事务可能在某个时间点
锁定大批量的tuples，因此不可能在共享内存中存储这些锁信息。为了突破这个限制，PG使用了两级机制。
第一级：把锁信息存储在tuple header实现：把当前事务的XID存储在XMAX中，同时设置特别的
infomask bits来区分已删除的tuples和这些被锁定的tuples。
第二级：如有并发操作，则使用MultiXact。
这种机制可以容纳同时被锁定的任意数量的元组。

示例
插入数据，并执行update，update操作会lock tuples

[local:/data/run/pg12]:5120 pg12@testdb=# begin;
BEGIN
[local:/data/run/pg12]:5120 pg12@testdb=#* insert into t values(1),(2);
INSERT 0 2
[local:/data/run/pg12]:5120 pg12@testdb=#* commit;
COMMIT
[local:/data/run/pg12]:5120 pg12@testdb=# begin;
BEGIN
[local:/data/run/pg12]:5120 pg12@testdb=#* update t set id = 2;
UPDATE 2
[local:/data/run/pg12]:5120 pg12@testdb=#* 
[local:/data/run/pg12]:5120 pg12@testdb=#* select txid_current();
   1512070049
-- 
[local:/data/run/pg12]:5120 pg12@testdb=# select xmin,xmax from t;
    xmin    |    xmax    
------------+------------
 1512070048 | 1512070049
 1512070048 | 1512070049
(2 rows)
[local:/data/run/pg12]:5120 pg12@testdb=#

锁信息

[local:/data/run/pg12]:5120 pg12@testdb=# select pid,mode,locktype,relation,page,tuple,transactionid from pg_locks where pid <> pg_backend_pid();
 pid  |       mode       |   locktype    | relation | page | tuple | transactionid 
------+------------------+---------------+----------+------+-------+---------------
 1877 | RowExclusiveLock | relation      |    74856 |      |       |              
 1877 | ExclusiveLock    | virtualxid    |          |      |       |              
 1877 | ExclusiveLock    | transactionid |          |      |       |    1512070049
(3 rows)

到此，关于“分析PostgreSQL中的tuple locks”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！