扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
1.查看表是否被锁:
创新互联公司专注为客户提供全方位的互联网综合服务,包含不限于网站建设、成都网站建设、宁国网络推广、微信小程序、宁国网络营销、宁国企业策划、宁国品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;创新互联公司为所有大学生创业者提供宁国建站搭建服务,24小时服务热线:18982081108,官方网址:www.cdcxhl.com
(1)直接在mysql命令行执行:showengineinnodbstatus\G。
(2)查看造成死锁的sql语句,分析索引情况,然后优化sql。
(3)然后showprocesslist,查看造成死锁占用时间长的sql语句。
(4)showstatuslike‘%lock%。
2.查看表被锁状态和结束死锁步骤:
(1)查看表被锁状态:showOPENTABLESwhereIn_use0;这个语句记录当前锁表状态。
(2)查询进程:showprocesslist查询表被锁进程;查询到相应进程killid。
(3)分析锁表的SQL:分析相应SQL,给表加索引,常用字段加索引,表关联字段加索引。
(4)查看正在锁的事物:SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCKS。
(5)查看等待锁的事物:SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCK_WAITS。
扩展资料
MySQL锁定状态查看命令:
Checkingtable:正在检查数据表(这是自动的)。
Closingtables:正在将表中修改的数据刷新到磁盘中,同时正在关闭已经用完的表。这是一个很快的操作,如果不是这样的话,就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。
ConnectOut:复制从服务器正在连接主服务器。
Copyingtotmptableondisk:由于临时结果集大于tmp_table_size,正在将临时表从内存存储转为磁盘存储以此节省内存。
Creatingtmptable:正在创建临时表以存放部分查询结果。
deletingfrommaintable:服务器正在执行多表删除中的第一部分,刚删除第一个表。
deletingfromreferencetables:服务器正在执行多表删除中的第二部分,正在删除其他表的记录。
Flushingtables:正在执行FLUSHTABLES,等待其他线程关闭数据表。
Killed:发送了一个kill请求给某线程,那么这个线程将会检查kill标志位,同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位,不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了,那么kill请求会在锁释放时马上生效。
Locked:被其他查询锁住了。
Sendingdata:正在处理SELECT查询的记录,同时正在把结果发送给客户端。
Sortingforgroup:正在为GROUPBY做排序。
Sortingfororder:正在为ORDERBY做排序。
Openingtables:这个过程应该会很快,除非受到其他因素的干扰。例如,在执ALTERTABLE或LOCKTABLE语句行完以前,数据表无法被其他线程打开。正尝试打开一个表。
Removingduplicates:正在执行一个SELECTDISTINCT方式的查询,但是MySQL无法在前一个阶段优化掉那些重复的记录。因此,MySQL需要再次去掉重复的记录,然后再把结果发送给客户端。
Reopentable:获得了对一个表的锁,但是必须在表结构修改之后才能获得这个锁。已经释放锁,关闭数据表,正尝试重新打开数据表。
Repairbysorting:修复指令正在排序以创建索引。
Repairwithkeycache:修复指令正在利用索引缓存一个一个地创建新索引。它会比Repairbysorting慢些。
Searchingrowsforupdate:正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。
Sleeping:正在等待客户端发送新请求。
Systemlock:正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表,那么可以通过增加--skip-external-locking参数来禁止外部系统锁。
Upgradinglock:INSERTDELAYED正在尝试取得一个锁表以插入新记录。
Updating:正在搜索匹配的记录,并且修改它们。
UserLock:正在等待GET_LOCK()。
Waitingfortables:该线程得到通知,数据表结构已经被修改了,需要重新打开数据表以取得新的结构。然后,为了能的重新打开数据表,必须等到所有其他线程关闭这个表。
waitingforhandlerinsert:INSERTDELAYED已经处理完了所有待处理的插入操作,正在等待新的请求。
1、查询是否锁表
show OPEN TABLES where In_use 0;
查询到相对应的进程 === 然后 kill id
2、查询进程
show processlist
补充:
查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
查看等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
查看MySQL数据库的死锁日志
1. 使用终端或命令提示符登录到MySQL,输入命令:mysql -h xxxx.xxx.xxx -P 3306 -u username -p 解释:xxxx.xxx.xxx是数据库IP地址,username是数据库用户名,输入命令后,会让你输入username对应的密码,就可以登录了
2. 如何查看MySQL数据库的死锁信息 在MySQL客户端下输入命令: show engine innodb status \G;
3. 如何定位MySQL数据库的死锁信息 在打印出来的信息中找到“LATEST DETECTED DEADLOCK”一节内容,看图中红线
4. 如何分析日志,定位死锁原因 看3里面的图,紫色划线部分 分析: 事务1,等待 RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`,这个位置的X锁 事务2,持有 RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁 事务2,等待这个地方的X锁 理论上这个事务2是可以提交的不会,死锁,但是这个事务日志只打印最后一部分死锁,信息,这里面隐含的条件是,事务1也持有 RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁,这样,事务2不能加X锁,同时事务1也不能加X锁,产生死锁。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流