乐趣区

关于sql:MySQL慢查询下问题解决干货总结

jiezi

上篇回顾

继上两篇：

  • MySQL 慢查问（上）：你晓得为啥会慢么？
  • MySQL 慢查问（中）：正确的解决姿态，你 get 到了吗？

在以上两篇内容中，咱们一起摸索了这些内容：

  • SQL 执行过程
  • 查问 SQL 为什么会慢
  • 如何定位查问问题
  • 几种实用解决方案介绍

如果将 MySQL 慢查问作为一个问题来拆解剖析的话，之前上、中篇章算是问题剖析、问题定位和解决，那明天来跟大家收下尾，聊聊 MySQL 慢查问问题解决经验总结。

问题解决流程

废话不多说，间接开干~

高性能查问难题优化总结

咱们来总结一下，应该如何解决高性能查问难题？

如果把高性能查问比作一个“难题”，它其实是包含多个子难题在内，独特作用的后果。

明天咱们来演绎总结下，次要包含以下几类：

1 数据结构优化

良好的 schema 设计准则是广泛实用的，然而 MySQL 有他本人的实现细节要留神，详情来讲，尽可能放弃任何货色小而简略总是好的。

次要有以下简略的准则值得你去思考应用：

  • 尽量避免适度设计
  • 应用小而简略的适合数据类型，尽可能防止应用 null
  • 尽量应用雷同的数据类型存储类似或者相干的值
  • 留神可变长字符串，其在长期表和排序时可能按最大长度分配内存
  • 尽量应用整形定义标识符

2 索引设计优化

常见的 B -Tree 索引，依照顺序存储数据，所以 MySQL 能够用来做 ORDER BY 和 GROUP BY 操作。因为数据是有序的，所以便于将相干的列值都存储在一起。因为索引中存储了理论的列值，所以一些查问只通过索引就可能实现查问（如：聚簇索引）。

依据索引的个性，总结索引的长处有如下几点：

  • 缩小服务器须要扫描的数据量；
  • 帮忙服务器防止排序和长期表；
  • 将随机 I / O 变为程序 I /O。

编写查问语句时候应该留神尽可能抉择适合的索引，以防止单行查找，尽可能应用索引笼罩。

依据执行打算顺次扫描相干表中的行，不在数据缓冲区的走 IO 存储引擎扫描表的性能耗费参考上面的 list，耗费从大到小：

全表扫描 > 全索引扫描 > 局部索引扫描 > 索引查找 > 惟一索引 / 主键查找 > 常量 /null

利用查问优化是建设在良好的数据结构和正当的索引设计之上的。

它次要包含以下几种状况：

3.1 重构查问形式

优化慢查问时，指标应该是找到一个更优的计划来达到咱们获取后果数据的目标。其中能够存在多样的衡量计划：

1）从数据库中查问计算间接获取到后果数据；

2）拆分多条子查问来逐渐失去后果数据；

3）从数据库获取到根底数据，而后利用代码逻辑加工后取得后果数据。

3.2 让 SQL 尽量合乎查问优化器的执行要求

MySQL 查问优化器并不是对所有查问都实用的，咱们能够通过改写查问 SQL 来让数据库更高效地实现工作。

常见查问利用优化倡议汇总如下：

1）对于任何查问，应尽量避免全表扫描

首先应思考在 where 及 order by 波及的列上建设并利用索引；

2）尽量避免在 where 子句中进行操作

应用 or 来连贯条件、对字段进行 null 值判断、匹配查问 ‘%abc%’、!= 或 <> 操作符，否则将导致引擎放弃应用索引而进行全表扫描；

3）尽量利用索引

应用索引字段作为条件时，如果是复合索引，那么必须应用到该索引中的第一个字段作为条件时能力保证系统应用该索引，否则该索引将不会被应用，并且应尽可能的让字段程序与索引程序相一致；

4）索引字段要留神谨慎选取

索引尽量避开区分度不大的字段，如：sex、male、female

这种五五开的索引列有大量数据反复时，那么即便在 sex 上建了索引也对查问效率起不了作用。

5）一个表的索引数最好不要超过 6 个

索引并不是越多越好，索引诚然能够进步相应的 select 的效率，但同时也升高了 insert 及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎么建索引须要慎重考虑，视具体情况而定。

6）尽量应用数字型字段

若只含数值信息的字段尽量不要设计为字符型，这会升高查问和连贯的性能，并会减少存储开销。这是因为引擎在解决查问和连贯时会一一比拟字符串中每一个字符，而对于数字型而言只须要比拟一次就够了。

7）尽量避免应用 *

select from table，用具体的字段列表代替 ，不要返回用不到的任何字段，尤其是多表关联查问的状况。

MySQL v5.6 版本当前，打消了很多 MySQL 本来的限度，让更多的查问可能以尽可能高的效率实现。

小结

良好的表结构设计是高性能查问的基石，失当的索引设计是高性能查问的助推器，同时正当的查问利用也是必不可少的。

数据结构优化、索引设计优化及利用查问优化犹如三叉戟个别，齐头并进，在高性能查问利用中缺一不可。

写在最初

全文总结一下，其实就是咱们要 学会用数据库的要求形式来执行 SQL。

即要写好利用查问 SQL，必须要联合良好的数据结构和正当的索引设计才能够。

其实 MySQL 查问优化中的每一项拆开讲都能够是很大的章节，在此次要是将解决问题的思路分享给大家，心愿能对大家今后的工作中能有所帮忙。

最初，感激大家的继续关注~

  • END –

作者：架构精进之路，专一软件架构钻研，技术学习与个人成长，关注并私信我回复“01”，送你一份程序员成长进阶大礼包。

Thanks for reading!

退出移动版