`
zhengdl126
  • 浏览: 2539276 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类

查看事务锁:innodb_trx + innodb_locks + innodb_lock_waits

 
阅读更多

记得以前,当出现:ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction,要解决是一件麻烦的事情;特别是当一个SQL执行完了,但未COMMIT,后面的SQL想要执行就是被锁,超时结束,DBA光从数据库无法着手找出源头是哪个SQL锁住了;有时候看看 show engine innodb status, 并结合 show full processlist 能暂时解决问题,但一直不能精确定位。

 

在5.5中,information_schema 库中增加了三个关于锁的表(MEMORY引擎):
innodb_trx         ## 当前运行的所有事务
innodb_locks       ## 当前出现的锁
innodb_lock_waits  ## 锁等待的对应关系


看到这个就非常激动,这可是解决了一个大麻烦,先来看一下表结构:
复制代码
root@127.0.0.1 : information_schema 13:28:38> desc innodb_locks;
+————-+———————+——+—–+———+——-+
| Field       | Type                | Null | Key | Default | Extra |
+————-+———————+——+—–+———+——-+
| lock_id     | varchar(81)         | NO   |     |         |       |#锁ID
| lock_trx_id | varchar(18)         | NO   |     |         |       |#拥有锁的事务ID
| lock_mode   | varchar(32)         | NO   |     |         |       |#锁模式
| lock_type   | varchar(32)         | NO   |     |         |       |#锁类型
| lock_table  | varchar(1024)       | NO   |     |         |       |#被锁的表
| lock_index  | varchar(1024)       | YES  |     | NULL    |       |#被锁的索引
| lock_space  | bigint(21) unsigned | YES  |     | NULL    |       |#被锁的表空间号
| lock_page   | bigint(21) unsigned | YES  |     | NULL    |       |#被锁的页号
| lock_rec    | bigint(21) unsigned | YES  |     | NULL    |       |#被锁的记录号
| lock_data   | varchar(8192)       | YES  |     | NULL    |       |#被锁的数据
+————-+———————+——+—–+———+——-+
10 rows in set (0.00 sec)
  
root@127.0.0.1 : information_schema 13:28:56> desc innodb_lock_waits;
+——————-+————-+——+—–+———+——-+
| Field             | Type        | Null | Key | Default | Extra |
+——————-+————-+——+—–+———+——-+
| requesting_trx_id | varchar(18) | NO   |     |         |       |#请求锁的事务ID
| requested_lock_id | varchar(81) | NO   |     |         |       |#请求锁的锁ID
| blocking_trx_id   | varchar(18) | NO   |     |         |       |#当前拥有锁的事务ID
| blocking_lock_id  | varchar(81) | NO   |     |         |       |#当前拥有锁的锁ID
+——————-+————-+——+—–+———+——-+
4 rows in set (0.00 sec)
  
root@127.0.0.1 : information_schema 13:29:05> desc innodb_trx ;
+—————————-+———————+——+—–+———————+——-+
| Field                      | Type                | Null | Key | Default             | Extra |
+—————————-+———————+——+—–+———————+——-+
| trx_id                     | varchar(18)         | NO   |     |                     |       |#事务ID
| trx_state                  | varchar(13)         | NO   |     |                     |       |#事务状态:
| trx_started                | datetime            | NO   |     | 0000-00-00 00:00:00 |       |#事务开始时间;
| trx_requested_lock_id      | varchar(81)         | YES  |     | NULL                |       |#innodb_locks.lock_id
| trx_wait_started           | datetime            | YES  |     | NULL                |       |#事务开始等待的时间
| trx_weight                 | bigint(21) unsigned | NO   |     | 0                   |       |#
| trx_mysql_thread_id        | bigint(21) unsigned | NO   |     | 0                   |       |#事务线程ID
| trx_query                  | varchar(1024)       | YES  |     | NULL                |       |#具体SQL语句
| trx_operation_state        | varchar(64)         | YES  |     | NULL                |       |#事务当前操作状态
| trx_tables_in_use          | bigint(21) unsigned | NO   |     | 0                   |       |#事务中有多少个表被使用
| trx_tables_locked          | bigint(21) unsigned | NO   |     | 0                   |       |#事务拥有多少个锁
| trx_lock_structs           | bigint(21) unsigned | NO   |     | 0                   |       |#
| trx_lock_memory_bytes      | bigint(21) unsigned | NO   |     | 0                   |       |#事务锁住的内存大小(B)
| trx_rows_locked            | bigint(21) unsigned | NO   |     | 0                   |       |#事务锁住的行数
| trx_rows_modified          | bigint(21) unsigned | NO   |     | 0                   |       |#事务更改的行数
| trx_concurrency_tickets    | bigint(21) unsigned | NO   |     | 0                   |       |#事务并发票数
| trx_isolation_level        | varchar(16)         | NO   |     |                     |       |#事务隔离级别
| trx_unique_checks          | int(1)              | NO   |     | 0                   |       |#是否唯一性检查
| trx_foreign_key_checks     | int(1)              | NO   |     | 0                   |       |#是否外键检查
| trx_last_foreign_key_error | varchar(256)        | YES  |     | NULL                |       |#最后的外键错误
| trx_adaptive_hash_latched  | int(1)              | NO   |     | 0                   |       |#
| trx_adaptive_hash_timeout  | bigint(21) unsigned | NO   |     | 0                   |       |#
+—————————-+———————+——+—–+———————+——-+
22 rows in set (0.01 sec)
复制代码

 

 

下面我们来动手看看数据吧:

 

##建立测试数据:
复制代码
use test;
create table tx1
(id int primary key ,
c1 varchar(20),
c2 varchar(30))
engine=innodb default charset = utf8 ;

insert into tx1 values
(1,’aaaa’,'aaaaa2′),
(2,’bbbb’,'bbbbb2′),
(3,’cccc’,'ccccc2′);

commit;
复制代码

 

###产生事务
### Session1
start transaction;
update tx1 set c1=’heyf’,c2=’heyf’ where id = 3;

 

### 产生事务,在 innodb_trx 就有数据
复制代码
root@127.0.0.1 : information_schema 13:38:21> select * from innodb_trx \G
*************************** 1. row ***************************
                    trx_id: 3669D82
                 trx_state: RUNNING
               trx_started: 2010-12-24 13:38:06
     trx_requested_lock_id: NULL
          trx_wait_started: NULL
                trx_weight: 3
       trx_mysql_thread_id: 2344
                 trx_query: NULL
       trx_operation_state: NULL
         trx_tables_in_use: 0
         trx_tables_locked: 0
          trx_lock_structs: 2
     trx_lock_memory_bytes: 376
           trx_rows_locked: 1
         trx_rows_modified: 1
   trx_concurrency_tickets: 0
       trx_isolation_level: REPEATABLE READ
         trx_unique_checks: 1
    trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
 trx_adaptive_hash_latched: 0
 trx_adaptive_hash_timeout: 10000
1 row in set (0.00 sec)
复制代码

 

### 由于没有产生锁等待,下面两个表没有数据
root@127.0.0.1 : information_schema 13:38:31> select * from innodb_lock_waits \G
Empty set (0.00 sec)

root@127.0.0.1 : information_schema 13:38:57> select * from innodb_locks \G
Empty set (0.00 sec)

 

#### 产生锁等待
#### session 2
复制代码
start transaction;
update tx1 set c1=’heyfffff’,c2=’heyffffff’ where id =3 ;

root@127.0.0.1 : information_schema 13:39:01> select * from innodb_trx \G
*************************** 1. row ***************************
                    trx_id: 3669D83   ##第2个事务
                 trx_state: LOCK WAIT   ## 处于等待状态
               trx_started: 2010-12-24 13:40:07
     trx_requested_lock_id: 3669D83:49:3:4  ##请求的锁ID
          trx_wait_started: 2010-12-24 13:40:07
                trx_weight: 2
       trx_mysql_thread_id: 2346       ##线程 ID
                 trx_query: update tx1 set c1=’heyfffff’,c2=’heyffffff’ where id =3
       trx_operation_state: starting index read
         trx_tables_in_use: 1      ##需要用到1个表
         trx_tables_locked: 1      ##有1个表被锁
          trx_lock_structs: 2
     trx_lock_memory_bytes: 376
           trx_rows_locked: 1
         trx_rows_modified: 0
   trx_concurrency_tickets: 0
       trx_isolation_level: REPEATABLE READ
         trx_unique_checks: 1
    trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
 trx_adaptive_hash_latched: 0
 trx_adaptive_hash_timeout: 10000
*************************** 2. row ***************************
                    trx_id: 3669D82 ##第1个事务
                 trx_state: RUNNING
               trx_started: 2010-12-24 13:38:06
     trx_requested_lock_id: NULL
          trx_wait_started: NULL
                trx_weight: 3
       trx_mysql_thread_id: 2344
                 trx_query: NULL
       trx_operation_state: NULL
         trx_tables_in_use: 0
         trx_tables_locked: 0
          trx_lock_structs: 2
     trx_lock_memory_bytes: 376
           trx_rows_locked: 1
         trx_rows_modified: 1
   trx_concurrency_tickets: 0
       trx_isolation_level: REPEATABLE READ
         trx_unique_checks: 1
    trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
 trx_adaptive_hash_latched: 0
 trx_adaptive_hash_timeout: 10000
2 rows in set (0.00 sec)

root@127.0.0.1 : information_schema 13:40:12> select * from innodb_locks \G
*************************** 1. row ***************************
    lock_id: 3669D83:49:3:4      ## 第2个事务需要的锁
lock_trx_id: 3669D83
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`tx1`
 lock_index: `PRIMARY`
 lock_space: 49
  lock_page: 3
   lock_rec: 4
  lock_data: 3
*************************** 2. row ***************************
    lock_id: 3669D82:49:3:4     ## 第1个事务需要的锁
lock_trx_id: 3669D82
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`tx1`
 lock_index: `PRIMARY`
 lock_space: 49
  lock_page: 3
   lock_rec: 4
  lock_data: 3
2 rows in set (0.00 sec)

root@127.0.0.1 : information_schema 13:40:15> select * from innodb_lock_waits \G
*************************** 1. row ***************************
requesting_trx_id: 3669D83         ## 请求锁的事务
requested_lock_id: 3669D83:49:3:4  ## 请求锁的锁ID
  blocking_trx_id: 3669D82         ## 拥有锁的事务
 blocking_lock_id: 3669D82:49:3:4  ## 拥有锁的锁ID
1 row in set (0.00 sec)
复制代码

 

 

哈哈,有了以上这些信息,以下问题就迎刃而解啦。当前有哪些事务在等待锁? 这些锁需要锁哪些表,锁哪些索引,锁哪些记录和值?处于等待状态的相关SQL是什么?在等待哪些事务完成 ?拥有当前锁的SQL是什么?

我想这些SQL对DBA来说不难吧?

分享到:
评论

相关推荐

    KFC系列之 - Oracle DBA入门Mysql(中)

    - `INNODB_LOCK_WAITS`:显示正在等待的锁请求。 - `INNODB_LOCKS`:显示当前存在的所有锁。 - `INNODB_TRX`:显示当前正在进行的所有事务的状态。 通过以下SQL语句可以查询这些信息: ```sql SELECT t1....

    mysql死锁解决

    可以通过查询`INFORMATION_SCHEMA.INNODB_TRX`表来查看当前活跃的事务信息,包括事务的状态、开始时间、等待锁的信息等。 示例查询语句: ```sql SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX; ``` 该查询可以...

    mysql安装innodb插件

    mysql> INSTALL PLUGIN INNODB_LOCK_WAITS SONAME 'ha_innodb_plugin.so.0.0.0'; ``` #### 六、验证安装 完成以上步骤后,再次运行`SHOW ENGINES;`命令以确认InnoDB已被成功安装并激活。如果一切正常,您应该能...

    mysql innodb死锁问题详解.docx

    5. 利用InnoDB监控:通过`SHOW ENGINE INNODB STATUS`和`INNODB_LOCKS`、`INNODB_LOCK_WAITS`等表进行深入分析,找出引发死锁的具体原因,如唯一索引冲突或特定类型的锁导致的阻塞。 在分析过程中,需要注意的是: ...

    InnoDB引擎MVCC实现原理.pptx

    InnoDB 引擎中的锁机制包括 Record Locks、Gap Locks 和 Next-Key Locks。Record Locks 是锁定索引记录的锁,Gap Locks 是锁定索引记录之间的 gap 的锁,Next-Key Locks 是锁定索引记录和 gap 的组合锁。 锁表级别...

    MySQL 核心引擎InnoDB-事务锁多版本分析

    而事务对象则存储了事务的ID、XID(事务标识)、所属的ReadView(用于实现隔离级别的快照读)、持有的锁(trx_locks)以及当前等待的锁(wait_lock)。在实现事务时,InnoDB采用了“mini-transaction”(微事务)的...

    lock_sql.rar_sql lock

    例如,在MySQL中,可以使用`INFORMATION_SCHEMA.INNODB_LOCKS`和`INFORMATION_SCHEMA.INNODB_TRX`视图;在SQL Server中,可以查询`sys.dm_tran_locks`和`sys.dm_exec_requests`。这些视图提供了关于锁定状态、事务ID...

    mysql经典性能查询SQL

    6. **查看锁等待情况**:`information_schema.innodb_lock_waits`展示被阻塞的事务和它们等待的锁。 7. **详细锁等待信息**:此查询将提供关于锁的更多信息,如事务ID、锁类型、模式和等待时间,有助于深入理解锁...

    mysql数据库配置模板

    - **innodb_locks_unsafe_for_binlog**: 控制InnoDB锁行为以适应二进制日志的需求。 ##### 4. [mysqldump] MySQL备份工具配置 - **quick**: 使用快速模式备份,避免锁定整个表。 - **max_allowed_packet**: 设置...

    mysql性能优化

    - 利用`INFORMATION_SCHEMA.INNODB_TRX`、`INFORMATION_SCHEMA.INNODB_LOCKS`、`INFORMATION_SCHEMA.INNODB_LOCK_WAITS`等视图监控InnoDB的事务和锁状态。 - 通过`SHOW ENGINE INNODB STATUS`命令获取InnoDB引擎的...

    MySQL技术资料来自网易的经验总结

    - **INNODB_LOCK_WAIT_TIMEOUT**:说明INNODB_LOCK_WAIT_TIMEOUT参数的用途及其设置建议。 - **INNODB_SUPPORT_XA**:讨论INNODB_SUPPORT_XA参数的功能及其启用条件。 - **INNODB_DO**:此处可能存在排版错误,...

    分布式数据库运营指南.docx

    - **利用MySQL内置工具:** MySQL的信息模式库中包含了几张表(`innodb_trx`, `innodb_lock_waits`, `innodb_locks`),可以用来追踪锁等待关系。通过分析这些表,可以找到当前持有锁的会话。 - **手动干预:** 当...

    mdl——lock.docx

    在5.7及以上版本,可以利用`performance_schema.metadata_locks`表来查看MDL锁的相关信息。首先需要开启MDL锁记录,执行如下SQL: ```sql UPDATE performance_schema.setup_instruments SET ENABLED = 'YES', ...

    网易技术部MySQL中文资料

    - 分析了`innodb_lock_wait_timeout`参数如何影响等待超时。 - **14.2.8 innodb_support_xa** - 介绍了`innodb_support_xa`参数与X/Open XA协议的支持关系。 - **14.2.9 innodb_do** - 可能是指`innodb_double...

    Mysql查询正在执行的事务以及等待锁的操作方式

    2. `INFORMATION_SCHEMA.INNODB_LOCK_WAITS`:揭示哪些事务正在等待其他事务释放锁。 此外,`SHOW PROCESSLIST;`或查询`information_schema.PROCESSLIST`视图也可以提供当前数据库实例中的活动进程信息,包括每个...

Global site tag (gtag.js) - Google Analytics