测试postgreSQL中表锁

1.打开三个psql窗口，连接到postgreSQL数据库。

    查看窗口连接到的服务进程的pid。

select pg_backend_pid();

    三个窗口的pid分别如下：

          

2.在第一个窗口锁定一张表

mydb=# begin;
BEGIN
mydb=# lock table person;
LOCK TABLE

3.在第三个窗口查看数据库中锁的情况

select locktype,relation::regclass, virtualxid, transactionid, virtualtransaction ,pid, mode, granted from pg_locks where pid=28934;

    查询结果如下：

    其中，各列的含义如下：

列名	含义
locktype	被锁定对象的类型
relation	表。如果对象不是表或表的一部分，则此值为null。
virtualxid	虚拟事务ID。如果对象虚拟事务，则此值为null。
transactionid	事务ID。如果对象不是事务，则此值为mull。
virtualtransaction	持有或等待这把锁的虚拟事务的ID。
pid	持有或等待这把锁的服务进程pid。
mode	锁的模式名称。
granted	锁已被持有，则为ture；如果等待获得此锁，此值为false。

    查询结果的第一行表示：事务在自己的“virtualxid”上加“ExclusiveLock”锁。

    第二行表示：在表person上加锁“AccessExclusiveLock”。

    执行锁表命令后，并没有进行实际的修改操作，此时transactionid为null，这表明：事务ID在实际需要的时候才产生。

4.在第二个窗口也对表加锁

   由于第一个窗口已经对person表加锁，所以第二个窗口的锁表语句会被阻塞住。

mydb=# begin;
BEGIN
mydb=# lock table person;

5.在第三个窗口查看数据库中锁的情况

select locktype,relation::regclass, virtualxid, transactionid, virtualtransaction ,pid, mode, granted from pg_locks where pid in (28924,2052);

    由上图可知：进程28924,2052都对表person加了锁。但进程28924的granted为t，表示它获得了这个锁。进程2052的granted为f，表示它没有获得这把锁，从而被阻塞了。