扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
2017年4月1日星期六
目前创新互联公司已为上千家的企业提供了网站建设、域名、网站空间、网站托管、服务器托管、企业网站设计、沭阳网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
在某个业务的主库加完2个字段后，业务方反馈在30分钟后从库也一直无法查看到这个新字段。
在slave上执行show slave status\G如下图
show porcesslist;如下图：
上图2张图，可以看到延迟较大，从库上的alter操作一直在等待metadata lock，处于阻塞状态。
解决方法：
使用SELECT * FROM information_schema.innodb_trx\G找到那个事务未提交导致的问题:
kill2359;杀掉这个线程即可。
杀完这个线程后，show slave status\G主从延迟立马降了下来，show processlist也没有持锁的状态了。【show slave status\G即便是持锁，也就是短时间的system lock】
如果我们使用了zabbix的percona监控的话，可以调整下相关触发器的阈值，如下图：
模板上默认是100。一般只有alter table 或者select .. for update 这类的操作才会造成LOCK，因此正常业务情况下lock thread超过50就需要关注下情况了。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网