慢查询优化核心是定位瓶颈、减少数据扫描、提升执行效率，需从执行计划、索引设计、SQL写法和服务器配置四层面入手：看懂EXPLAIN（关注type/key/rows/Extra）、合理建索引（覆盖索引、避免函数操作）、重写SQL（EXISTS替代IN、游标分页、限制JOIN数）、配合参数调优（慢日志、缓冲区、统计信息更新...

MySQL慢查询突增需系统性排查：先验证日志开关与阈值，统计近期数量并对比监控趋势；再分层检查锁等待、索引失效、数据分布突变、并发激增等诱因；最后聚焦TOPSQL用EXPLAIN分析执行计划，结合临时缓解与长期治理措施。

排查MySQL异常应先确认错误来源：是数据库真实报错，还是应用逻辑误判；再检查SQL是否被截断、换行符损坏、含不可见字符，优先用参数化查询，结合EXPLAIN分析执行计划，查锁等待和连接泄漏。

确认慢查询日志是否开启需检查三要素：slow_query_log必须为ON，slow_query_log_file路径可写且MySQL有权限，long_query_time设为合理值（如1或0.5）；再用SHOWVARIABLES验证，若为OFF需SETGLOBAL启用并同步更新my.cnf。

联合索引字段顺序不能随便调换，因为B+树按定义顺序逐列排序，必须满足最左前缀匹配才能命中索引；等值查询字段应放最左，高区分度字段优先但需结合查询模式，避免冗余索引。

MySQL常见索引类型有B+Tree、Hash、Fulltext和Spatial索引：B+Tree是InnoDB默认且唯一支持的索引结构；Hash仅MEMORY引擎原生支持；Fulltext用于全文检索；Spatial索引支持空间数据类型。