您好,登录后才能下订单哦!
这篇文章主要介绍“分析PostgreSQL中的tuple locks”,在日常操作中,相信很多人在分析PostgreSQL中的tuple locks问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”分析PostgreSQL中的tuple locks”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
相对于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”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。