MySQL - 慢查询

本篇文章给大家分享《MySQL - 慢查询》，覆盖了数据库的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

慢查询

首先，无论进行何种优化，开启慢查询都算是前置条件。
慢查询机制，将记录过慢的查询语句（事件），从而为DB维护人员提供优化目标。

检查慢查询是否开启

通过

[mysqld]
port= 3306

slow-query-log=1 # 慢查询：确认开启
slow-query-log-file="D:/xampp/mysql/log/mysql-slow.log" # 慢查询：日志文件及路径
long_query_time = 5 # 慢查询：指定超过5s仍未完成的语句，为执行过慢的语句

优化步骤

1. 观察日志，锁定需要优化的目标语句。注意SQL的设置，譬如：SQL_NO_CACHE。

2. 关注复杂语句写法。复杂语句本身具备高自由度，再加上SQL语法的特殊性，导致了不同的写法的同功能复杂语句，可能具备云泥之别的效率。

3. 明确应用场景，尽管我们在各种场合都有原则，但实际上，如果能够明确应用场景，我们能够针对当前情况，做出本地化的高效优化。

4. 无法优化的语句，当我们通过上述两种方法，以及更多未被本文提及的优化方法之后，可能还是会面对优化失败的情况。业务层面不做出修正的话，数据层面的确是无力可使。

结语

当打出“无法优化”的时候，不禁想到了我所喜爱的游戏设计行业。
如果你了解一二，就会发现，游戏设计中，其实有相当多的优秀设计，但大多数都困窘于当时当地的技术水平，而无法实现多彩纷呈的游戏设计。
也还记得去年做UI的朋友跟我吐槽：我就怕我设计的出来，很炫酷或者很人文，可前端根本实现不了那种设计。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于数据库的相关知识，也可关注golang学习网公众号。