锐客网

  1. 首页 > 睿知 > it技术 > >

mysql太慢怎么办 mysql 慢sql( 二 )

IT技术Put


我们希望 MySQL 能先"缓存"子查询的结果（缓存这一步叫物化 ， MATERIALIZATION），但MySQL 认为不缓存更快，我们就需要给予 MySQL 一定指导 。
...
可以看到执行时间变成了 0.67s 。
整理
我们诊断的关键点如下：
\1. 对于 information_schema 中的元数据表，执行计划不能提供有效信息 。
\2. 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判 。
\3. 我们增加了 hint ， 指导 MySQL 正确进行优化判断 。
但目前我们的实验仅限于猜测 ， 猜中了万事大吉 ， 猜不中就无法做出好的诊断 。
MySQL数据库服务器逐渐变慢 该怎么分析与解决我们先来看第一个阶段，MySQL慢的诊断思路 ， 一般我们会从三个方向来做：
第一个方向是MySQL内部的观测
第二个方向是外部资源的观测
第三个方向是外部需求的改造
1.1 MySQL 内部观测
我们来看MySQL内部的观测，常用的观测手段是这样的 ， 从上往下看，第一部分是Processlist，看一下哪个SQL压力不太正常，第二步是explain ， 解释一下它的执行计划，第三步我们要做Profilling，如果这个SQL能再执行一次的话, 就做一个Profilling，然后高级的DBA会直接动用performance_schema  ， MySQL 5.7 以后直接动用sys_schema，sys_schema是一个视图，里面有便捷的各类信息，帮助大家来诊断性能 。再高级一点，我们会动用innodb_metrics进行一个对引擎的诊断 。
除了这些手段以外，大家还提出了一些乱七八糟的手段，我就不列在这了 ， 这些是常规的一个MySQL的内部的状态观测的思路 。除了这些以外，MySQL还陆陆续续提供了一些暴露自己状态的方案，但是这些方案并没有在实践中形成套路，原因是学习成本比较高 。
1.2 外部资源观测
外部资源观测这部分，我引用了一篇文章，这篇文章的二维码我贴在上面了 。这篇文章是国外的一个神写的，标题是：60秒的快速巡检，我们来看一下它在60秒之内对服务器到底做了一个什么样的巡检 。一共十条命令，这是前五条，我们一条一条来看 。
1.uptime，uptime告诉我们这个机器活了多久，以及它的平均的负载是多少 。
2.dmesg -T | tail，告诉我们系统日志里边有没有什么报错 。
3.vmstat 1，告诉我们虚拟内存的状态，页的换进换出有没有问题，swap有没有使用 。
4. mpstat -P ALL，告诉我们CPU压力在各个核上是不是均匀的 。
5.pidstat 1，告诉我们各个进程的对资源的占用大概是什么样子 。
我们来看一下后五条：
首先是iostat-xz 1 ， 查看IO的问题，然后是free-m内存使用率，之后两个sar，按设备网卡设备的维度，看一下网络的消耗状态，以及总体看TCP的使用率和错误率是多少 。最后一条命令top，看一下大概的进程和线程的问题 。
这个就是对于外部资源的诊断，这十条命令揭示了应该去诊断哪些外部资源 。
1.3 外部需求改造
第三个诊断思路是外部的需求改造 ， 我在这里引用了一篇文档，这篇文档是MySQL的官方文档中的一章，这一章叫Examples of Common Queries，文档中介绍了常规的SQL怎么写, 给出了一些例子 。文章的链接二维码在slide上 。
我们来看一下它其中提到的一个例子 。
它做的事情是从一个表里边去选取，这张表有三列，article、dealer、price ， 选取每个作者的最贵的商品列在结果集中，这是它的最原始的SQL，非常符合业务的写法，但是它是个关联子查询 。
关联子查询成本是很贵的，所以上面的文档会教你快速地把它转成一个非关联子查询，大家可以看到中间的子查询和外边的查询之间是没有关联性的 。

推荐阅读


上一篇：4个比赛车游戏，比赛车游戏视频

下一篇：phpcms查询正品，正品查询系统