mysql 查询正在执行的事务以及等待锁 常用的sql语句

使用navicat测试学习:

首先使用set autocommit = 0;(取消自动提交,则当执行语句commit或者rollback执行提交事务或者回滚)

在打开一个执行update

查询 正在执行的事务:

SELECT * FROM information_schema.INNODB_TRX

根据这个事务的线程ID(trx_mysql_thread_id):

从上图看出对应的mysql 线程:一个94362 (第二个正在等待锁)另一个是93847(第一个update 正在执行 没有提交事务)

可以使用mysql命令:kill 线程id 杀掉线程

期间如果并未杀掉持有锁的线程:则第二个update语句提示等待锁超时

查询mysql数据库中还可以使用:

查看正在锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

查看等待锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

查询mysql数据库中存在的进程

  1. select * from information_schema.`PROCESSLIST`(show processlist;)

概念:

mysql中database、instance、session。

mysql中建立一个会话,不是和具体的数据库相连接,而是跟instance建立会话(即在navicat上执行一个查询,可以查询端口下对应的多个数据库,查询时数据库名+数据表名即可)

在一个物理机上可以建立多个instance,通过port来区分实例。

而一个实例可以建立多个数据库,即一个会话可以操作一个实例上的多个数据库。

jdbc协议连接数据库:jdbc:mysql://localhost:3306/test jdbc协议连接本地上端口为3306实例下的test数据库,则查询数据表 时不需要加上数据库的名字。

innodb_trx表:
trx_id:事务ID。
trx_state:事务状态,有以下几种状态:RUNNING、LOCK WAIT、ROLLING BACK 和 COMMITTING。
trx_started:事务开始时间。
trx_requested_lock_id:事务当前正在等待锁的标识,可以和 INNODB_LOCKS 表 JOIN 以得到更多详细信息。
trx_wait_started:事务开始等待的时间。
trx_weight:事务的权重。
trx_mysql_thread_id:事务线程 ID,可以和 PROCESSLIST 表 JOIN。
trx_query:事务正在执行的 SQL 语句。
trx_operation_state:事务当前操作状态。
trx_tables_in_use:当前事务执行的 SQL 中使用的表的个数。
trx_tables_locked:当前执行 SQL 的行锁数量。
trx_lock_structs:事务保留的锁数量。
trx_lock_memory_bytes:事务锁住的内存大小,单位为 BYTES。
trx_rows_locked:事务锁住的记录数。包含标记为 DELETED,并且已经保存到磁盘但对事务不可见的行。
trx_rows_modified:事务更改的行数。
trx_concurrency_tickets:事务并发票数。
trx_isolation_level:当前事务的隔离级别。
trx_unique_checks:是否打开唯一性检查的标识。
trx_foreign_key_checks:是否打开外键检查的标识。
trx_last_foreign_key_error:最后一次的外键错误信息。
trx_adaptive_hash_latched:自适应散列索引是否被当前事务锁住的标识。
trx_adaptive_hash_timeout:是否立刻放弃为自适应散列索引搜索 LATCH 的标识。
 
innodb_locks表:
lock_id:锁 ID。
lock_trx_id:拥有锁的事务 ID。可以和 INNODB_TRX 表 JOIN 得到事务的详细信息。
lock_mode:锁的模式。有如下锁类型:行级锁包括:S、X、IS、IX,分别代表:共享锁、排它锁、意向共享锁、意向排它锁。表级锁包括:S_GAP、X_GAP、IS_GAP、IX_GAP 和 AUTO_INC,分别代表共享间隙锁、排它间隙锁、意向共享间隙锁、意向排它间隙锁和自动递增锁。
lock_type:锁的类型。RECORD 代表行级锁,TABLE 代表表级锁。
lock_table:被锁定的或者包含锁定记录的表的名称。
lock_index:当 LOCK_TYPE=’RECORD’ 时,表示索引的名称;否则为 NULL。
lock_space:当 LOCK_TYPE=’RECORD’ 时,表示锁定行的表空间 ID;否则为 NULL。
lock_page:当 LOCK_TYPE=’RECORD’ 时,表示锁定行的页号;否则为 NULL。
lock_rec:当 LOCK_TYPE=’RECORD’ 时,表示一堆页面中锁定行的数量,亦即被锁定的记录号;否则为 NULL。
lock_data:当 LOCK_TYPE=’RECORD’ 时,表示锁定行的主键;否则为NULL。
 
innodb_lock_waits表:
requesting_trx_id:请求事务的 ID。
requested_lock_id:事务所等待的锁定的 ID。可以和 INNODB_LOCKS 表 JOIN。
blocking_trx_id:阻塞事务的 ID。
blocking_lock_id:某一事务的锁的 ID,该事务阻塞了另一事务的运行。可以和 INNODB_LOCKS 表 JOIN。
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL执行update语句报等待超时常见于并发操作时,多个事务同时试图访问同一数据行造成的冲突。当多个事务同时操作相同的数据时,其中一个事务持有,而其他事务等待的释放。如果等待时间超过了设置的等待超时时间,就会报出等待超时错误。 解决这个问题的方法有几种: 1. 优化查询语句和事务:可以通过修改SQL语句,减少对数据行的访问,减少竞争的可能性。同时,可以考虑将事务拆分成更小的操作,减少的持有时间。 2. 提高粒度:可以通过使用更大颗粒度的来减少并发冲突。比如,使用表级代替行级,或者使用读写来提高并发性能。 3. 调整隔离级别:可以将事务的隔离级别调整为较低的级别,如读已提交或快照隔离。这样可以降低的粒度,减少竞争。 4. 增加服务器资源:等待超时的原因可能是服务器资源不足,可以考虑增加服务器的内存、CPU等资源,提高服务器的性能。 5. 使用悲观或乐观:可以使用悲观或乐观来控制并发访问。悲观使用机制阻止其他事务访问数据,而乐观则通过版本号或时间戳等机制来判断数据是否被其他事务修改。 总之,MySQL执行update语句报等待超时是由于多个事务之间的并发冲突导致的。通过优化查询语句和事务、提高粒度、调整隔离级别、增加服务器资源以及使用悲观或乐观等方法,可以解决这个问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值