Skip to content

DB_lock.md

Latest commit

 

History

History
77 lines (67 loc) · 2.04 KB

DB_lock.md

File metadata and controls

77 lines (67 loc) · 2.04 KB

数据库锁排查

2026上案例5：

  • 悲观锁
    • 优点：数据强一致性，写多读少
    • 缺点：并发性能差，可能死锁，锁竞争变慢
    • 共享锁：允许其他事物读，但阻止修改 lock in share mode
    • 排他锁：阻止其他事务读取和修改（Java 叫独占锁） for update
  • 乐观锁
    • 优点：并发性能好（无阻塞），读多写少，冲突率<20%
    • 缺点：冲突处理成本高，用业务字段会有ABA问题
    • 应用层：
      • 表中增加版本号字段，作为条件并更新 and version=
      • 根据时间戳先后判断
    • DBMS

MySQL

-- 查看死锁（控制台上才能带 \G）
show engine innodb status \G;

-- 查锁表
show OPEN TABLES where In_use > 0;

-- 查进程
show processlist;

-- 查找锁线程
select * from information_schema.`PROCESSLIST` where COMMAND != 'sleep' and info is not null;

-- 查看状态
show table status like '表名';

Oracle

-- 查锁
select t2.USERNAME,
       t2.SID,
       t2.SERIAL#,
       t3.OBJECT_NAME,
       t2.OSUSER,
       t2.MACHINE,
       t2.PROGRAM,
       t2.LOGON_TIME,
       t2.COMMAND,
       t2.LOCKWAIT,
       decode(t1.LOCKED_MODE,
           '1', '1-空',
           '2', '2-行共享(RS)：共享表锁',
           '3', '3-行独占(RX)：用于行的修改',
           '4', '4-共享锁(S)：阻止其他DML操作',
           '5', '5-共享行独占(SRX)：阻止其他事务操作',
           '6', '6-独占(X)：独立访问使用'
           ) AS TYPE_DESCRIPTION,
       t4.SQL_TEXT
from "PUBLIC".V$LOCKED_OBJECT t1
         join "PUBLIC".V$SESSION t2 on t1.SESSION_ID = t2.SID
         join "PUBLIC".DBA_OBJECTS t3 on t1.OBJECT_ID = t3.OBJECT_ID
         left join "PUBLIC".V$SQL t4 on t2.SQL_HASH_VALUE = t4.HASH_VALUE
order by t2.LOGON_TIME;

PostgreSQL

-- 查锁
select * from pg_locks
-- 查询被检测到的死锁数量
select * from pg_stat_database

http://postgres.cn/docs/12/view-pg-locks.html

http://postgres.cn/docs/12/monitoring-stats.html#PG-STAT-DATABASE-VIEW