看下是否负载过高 如果是 考虑做成主从架构
看下有没有死锁 如果有 解锁之
看下 buffer 和 cache 设置是否合理 如果不合理 调整之
看下是否数据量过大 如果是 考虑分库分表
1,查看数据库的隔离级别:mysql>select @@tx_isolation
2,去查看先当前库的线程情况:
mysql>show processlist
没有看到正在执行的慢SQL记录线程,再去查看innodb的事务表INNODB_TRX,看下里面是否有正在锁定的事务线程,看看ID是否在show full processlist里面的sleep线程中,如果是,就证明这个sleep的线程事务一直没有commit或者rollback而是卡住了,我们需要手动kill掉。
mysql>SELECT * FROM information_schema.INNODB_TRX
如果有记录,则找到trx_mysql_thread_id这个字段对应的id, 将其kill掉。假如id=100
mysql->kill 100
SELECT CONCAT_WS('','kill',' ',t.trx_mysql_thread_id,'')a FROM information_schema.INNODB_TRX t
4,总结分析
表数据量也不大,按照普通的情况来说,简单的update应该不会造成阻塞的,mysql都是autocommit,不会出现update卡住的情况,去查看下autocommit的值。
mysql>select @@autocommit
1表示自动提交。0表示不自动提交。
如果你发现自己的数据库autocommit=0,将它改正吧。
解除死锁的两种方法:
(1)终止(或撤销)进程。终止(或撤销)系统中的一个或多个死锁进程,直至打破循环环路,使系统从死锁状态中解除出来。
(2)抢占资源。从一个或多个进程中抢占足够数量的资源,分配给死锁进程,以打破死锁状态。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)