MySQL查询优化分享.pdf

MySQL查询优化 • 只查询一条数据为什么执行这么慢？ • 同样的逻辑，不同SQL执行时间差这么多？ • 业务代码没有变更，SQL返回时间怎么突然增加了？ • 数据库服务器负载居高不下，要优化，这么多SQL从哪下手？ 数 / 据 / 驱 / 动 成 / 就 / 未 / 来 MySQL逻辑架构 数 / 据 / 驱 / 动 成 / 就 / 未 / 来 目录 01 怎么发现和定位慢SQL 02 MySQL是如何访问数据的 0 03 MySQL的优化器 2 04 分析执行计划 0 2 05 tips 数 / 据 / 驱 / 动 成 / 就 / 未 / 来 01 怎么发现慢SQL 数 / 据 / 驱 / 动 成 / 就 / 未 / 来 • 从当前查询中获取问题SQL • 从慢日志中获取问题SQL • sys schema相关视图中获取问题SQL 数 / 据 / 驱 / 动 成 / 就 / 未 / 来 • 查看MySQL服务器内部当前线程正在执行的操作 • 除非具有process权限，否则只能看到自己发起的线程信息 • Select * from information_Scesslist; • Show [full] processlist; 不使用full则只显示info字段前100个字符 数 / 据 / 驱 / 动 成 / 就 / 未 / 来 • ID ：连接标识。等于performance_schema.threads表的PROCESSLIST_ID字段，与CONNECTION_ID()函数返 回值相同；如果需要kill一个查询需要用到它 ； • USER ：执行该操作的用户 ； • HOST ：发出该语句的客户端主机名或者IP ：PORT ； • Db ：该线程连接的数据库 ； • Command ：该连接当前执行的命令或状态 ；包括sleep （休眠），query （查询）等等 /doc/refman/8.0/en/thread-commands.html • Time ：线程处于当前状态的时间，单位是秒 ； • State ：当前线程正在执行的动作、事件和状态 ；一个SQL可能包含多个状态，大多数状态都是非常快的， 如果持续数秒则需要重点关注 ；这是分析问题最重要的一项指标 ； /doc/refman/8.0/en/general-thread-states.html • Info ：线程正在执行的语句或Null ； 数 / 据 / 驱 / 动 成 / 就 / 未 / 来 • Slow query log 记录执行时间超过long_query_time的SQL，并且至少需要检查min_examined_row_limit行 。 • slow_query_log参数决定慢查询日志是否打开 ； • long_query_time支持微秒级精度 ； • log_slow_admin_statements参数开启后，执行较慢的管理语句将会被记录在慢查询日志中，包括ALTER TABLE, ANALYZE TABLE, CHECK TABLE, CREATE INDEX, DROP INDEX, OPTIMIZE TABLE, and REPAIR TABLE ； • log_queries_not_using_indexes参数开启后，所有(表数据大于2行)不使用索引的查询会被记录。如果这 类查询较多，可以使用参数log_throttle_queries_not_using_indexes限制 ； • log_throttle_queries_not_using_indexes每分钟有多少不使用索引的查询可被记录在慢查询日志中； 数 / 据 / 驱 / 动 成 /