甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
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锁，产生死锁。