本篇文章为大家展示了如何从尝试抛弃慢查询分析MySQL ，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
创新互联建站是一家集网站建设,关岭企业网站建设,关岭品牌网站建设,网站定制,关岭网站建设报价,网络营销,网络优化,关岭网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
MYSQL 的慢查询一般是开发人员和DBA，获取糟糕的SQL和可能缺少索引的一种方法，这样的方法已经伴随了MYSQL 一致到了MYSQL 5.7，但是否我们可以有其他的方法来获取这样的可用性的信息，进而减少对SLOW LOG的依赖，这是一个可以探讨的问题。（这里不是要替代，而是抱着学习和探索的心态，也抱着顺应发展的一种心态）
大部分关注MYSQL的 DBAer, 可能都知道从MYSQL5.6 开始MYSQL的风向标是靠近ORACLE的风格的，而众所周知，ORALCE， SQL SERVER 这样的数据库是没有例如MYSQL 这样的慢查询系统的。
那这里想说的是如果通过非慢查询的方式来去找到一些系统问题，并且行之有效，当然这里并不是说要抛弃慢查询，多一种方法，多一种程序设计者推荐给你的方法，自然是有很多好处的。
下面我们就此探讨一下
1 问题：我做DDL时是否可以得知多长时间做完？
这个问题估计，如果知识不更新的MYSQL DBA回答起来会比较费劲，的确传统是有方法的，但不是很准，具体怎么做，大家百度一下。(使用PT工具的活CQ的不在此次讨论范围)
今天想说的MYSQL 5.7 已经提供了准确的方法来提供你来知道你的DDL 到底做到哪里了，而不是一味的等待，等到那里算哪里。
那我们需要了解哪些知识
1 一个 alter 会产生哪些事件
1 read PK and internal sort
2 merge sort
3 insert
4 log apply index
5 flush
6 log apply table
7 end
如何操作，首先我们先打开 performance_schema_setup_instrumets 和 performance_schema.setup_consumers
然后我们可以找一个大表 100万以上的，去做一个DDL 的操作，然后执行下面的语句
我们可以很清晰的从上面的两个图中获知，我们的DDL操作到了哪一步，到底运行到哪里，稍微动一点手腕就可以通过百分比的方式展示。
2 对某些慢语句的监控，以及互斥锁的监控
对于只能在一个时间段中被独占的资源，必然会产生互斥，而如何监控他们在原来的MYSQL 中是比较麻烦的，如何识别等待较长的事件，或对象则是一个需要解决的问题。
MYSQL可以通过 events_stages_summry_global_by_event_name，来监控某些等待，通过这些参数去了解MYSQL中可能正在经历，或要面对的问题。
我们下面举一些列子，通过以下方法就可以直接跨过 SLOW_LOG的方式
SELECT EVENT_ID, TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT FROM performance_schema.events_statements_history_long where SQL_TEXT IS NOT NULL;
很明显通过下面的查询我们可以看到系统中运行的语句，并且很快得知每条语句的执行时间，从这点其实我们已经可以不通过慢查询来获得语句运行的时间，时间单位是秒。
我们可以通过对语句的分析，找到慢的语句而不使用慢查询系统，同时我们也可以通过监控系统的设计，来绘制出一个数据库系统的某些参数的变化，方便去查看一些突发事件，快速的发现问题。
select * from events_stages_summary_by_account_by_event_name where MIN_TIMER_WAIT <> 0 and user='app_collection';
上面的语句稍微变动一下，你就可以获得MYSQL 某个数据库的系统的等待时间，如果每几秒取一次，对某些问题的发现是会有好处的。
上述内容就是如何从尝试抛弃慢查询分析MYSQL ，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注创新互联行业资讯频道。