与“MySQL优化”相关的TAG标签

WHERE字段无索引会导致全表扫描并加next-keylock，大量无关行被锁，引发高并发更新卡死；必须为查询条件列建立合适索引，避免函数操作、优化索引顺序，并定期清理无效索引。

临时表由MySQL优化器自动触发，判断依据是EXPLAIN中Extra列出现Usingtemporary；常见场景包括GROUPBY与ORDERBY字段不一致、无索引JOIN需去重排序、子查询参与DISTINCT或聚合、窗口函数未命中索引排序。

索引列在WHERE条件中发生隐式转换会导致索引失效，因B+树索引依赖原始类型和排序规则，运行时转换破坏有序性；常见场景包括字符串字段与数字比较、字符集不一致、数值字段与字符串常量匹配等。

MySQL优化器通过成本模型估算执行计划优劣，将IO_cost、CPU_cost、memory_cost加权为抽象cost值，选最小者；成本依赖统计信息和系统变量，不准会导致误选计划。

MySQL优化器自动重排WHERE条件顺序，真正影响性能的是索引设计、是否覆盖、ICP支持及避免对索引字段使用函数或运算。

这篇文章主要分享的是超详细汇总21个值得收藏的mysql优化实践,对正在学习的同学有一定的参考价值，需要的同学可以参考一下

这篇文章主要介绍了MYSQL慢查询和日志实例讲解，有对这方面感兴趣的同学可以研究学习下

每一个好习惯都是一笔财富，本文分 SQL 后悔药，SQL 性能优化，SQL 规范优雅三个方向，分享写 SQL 的 21 个好习惯和最佳实践

MySQL执行计划在查询优化器阶段生成，即parserresolveroptimizerexecutor链条中的optimizer环节，负责关联顺序、索引选择、访问路径等决策，本质是基于统计信息的最优路径假设。

SQL数据库算子执行模型分拉取式和推送式：拉取式由下游主动请求数据，适用于OLTP和复杂查询；推送式由上游主动发送数据，适合OLAP向量化与MPP场景；现代系统常混合使用二者。