这篇文章给大家分享的是有关MySQL数据库执行analyze采集信息的示例的内容。小编觉得挺实用的，因此分享给大家做个参考。一起跟随小编过来看看吧。之前，有开发找到我，说应用的某个功能查询比以前慢了很多，让开发提供了慢的SQL语句，去对应的MySQL数据库看了一下执行计划，发现执行计划不正确，第一反应就是其中的一个表的统计信息不准确，导致了SQL语句的执行计划不对，从高效的查询SQL变成了慢SQL。定位到问题之后，自然是 analyze 一下，重新采集信息，这个时候，却发现 analyze 表上的所有 select 突然卡住了，不返回任何结果，然后应用就炸了，各种告警短信。当时执行analyze操作的是一个slave库，受影响基本是select查询，所以在这里模拟的是查询操作。创建模拟表模拟慢查询，由于这里数据量不够，所以用sleep代替
session1：模拟慢查询session2：模拟收集表的统计信息session3：模拟执行analyze命令之后，在t_test_1表上执行一次select查询session4：查询所有会话信息从session4获取的所有会话信息中，可以看到有2个会话的状态是“Waiting for table flush”。当MySQL数据库做FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE, or OPTIMIZE TABLE这些操作时，会导致需要关闭内存中的表，并重新打开表，加载新的表结构到内存中。但是关闭表，需要等待所有的在这个表上的操作执行结束（包括select,insert,update,lock table等），所以当有一个特别慢的select一直在执行时，analyze table命令就一直无法结束。既然知道什么原因导致的Waiting for table flush，就开始定位慢sql语句。在这里可以看到我们执行的是采集t_test_1表，所以需要查询涉及t_test_1表的慢查询，并且执行时间比analyze table t_test_1的执行时间还要长的会话。用上面的sql语句，很容易就定位到i开发云主机域名d=21的会话，导致analyze table t_test_1卡死，所以需要kill掉会话21.杀掉会话，故障解除。生产执行analyze table建议
1.执行之前，先估算一下表的数据量，根据经验预估需要消耗的时间，同时查看是否有采集信息表的慢SQL，长事务在执行。2.避免在业务高峰期执行analyze table进行统计信息采集。感谢各位的阅读！关于MySQL数据库执行analyze采集信息的示例就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到吧！
小编给大家分享一下mysql表锁和行锁区别是什么，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！一、表锁特点：偏向MyISAM存储引擎，开销小，加锁快；无死锁；锁定粒度大，发生锁冲突的…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
