首先，无论什么优化，开启慢查询是一个前提。慢查询机制，将记录太慢查询语句（事件），从而为优化目标数据库维护。
检查慢查询是否打开
与显示变量like'slow_query_log '，你可以找到查询速度慢的状态（上/下）。
开启慢查询
在这篇文章中使用的MySQL版本：MariaDB - 10.1.19，请注意，MySQL的不同版本是不同的。
添加在mysqld } {：
{他}
港口= 3306
慢查询日志= 1 #慢查询：确认打开
慢查询日志文件=D： / / /日志XAMPP MySQL或MySQL慢。日志#：慢查询日志文件路径
long_query_time = 5 #慢查询：指定大于5s尚未完成的报表，为执行该语句太慢
优化步骤
看日志和锁定目标的声明，需要优化，例如SQL，设置说明，sql_no_cache。
注意复杂语句的写作，复合句本身具有高度的自由性，而sql句法的特殊性，同样的功能，不同的写作复合句，可能有其他的云泥之效。
清晰的应用场景，虽然我们在各种情况下都有原则，事实上，如果我们能清楚地定义应用场景，我们就能对当前的情况进行有效的本地化优化。
我们无法优化语句。当我们通过以上两种方法和更多的优化方法时，我们可能还面临着优化失败的情况，如果没有业务层面的纠正，数据层就真的无法使其成为可能。
后记
当无法进行优化时，我不禁想起了我所热爱的游戏设计行业。
如果你知道一两个，你会发现游戏设计中有很多优秀的设计，但他们中的大多数在当时的技术水平上感到尴尬，但却无法实现多彩的游戏设计。
还记得上次UI的朋友告诉我：恐怕我吐槽设计，很酷还是很人性化，但它不是那种前端设计的。
