sql优化
已收录文章：9篇
-
数据库 · MySQL | 4天前 | MySQL · sql优化 · EXPLAIN ANALYZE · 性能验证 · 数据库排查 · mysql 执行计划 EXPLAIN ANALYZE 实际耗时 慢查询排查MySQL 的 EXPLAIN 只估算执行计划，EXPLAIN ANALYZE 会真正运行语句并给出实际行数与耗时，因此测试时看起来更慢。本文用订单列表查询拆开两者的差异，说明如何读 actual time、如何避免把诊断开销误当业务耗时，并给出可回滚的线上验证边界。399 收藏
-
数据库 · MySQL | 3星期前 | MySQL · 索引 · limit · explain · sql优化 · ORDER BY · mysql order by explain limit 复合索引 filesort一条只取 20 行的订单查询，EXPLAIN 却可能放弃看似更贴近 WHERE 条件的索引，改走排序索引并在途中筛选。原因是 LIMIT 同时改变了排序、过滤和回表的成本取舍。通过读懂 key、rows 和 Extra，给等值条件与排序字段设计复合索引，再用受控对比核实实际读行，才能避免把 filesort 或某个索引名称当成唯一结论。279 收藏
-
MySQL 查询不走索引，常见原因不是索引不存在，而是 SQL 写法让优化器难以利用索引。函数包列、隐式类型转换、范围过宽和联合索引顺序不匹配，都应该用 EXPLAIN 验证后再改写。189 收藏
-
列表接口越翻越慢，常见原因不是单条 SQL 慢，而是 N+1 查询把一次请求拆成大量小查询。本文用基线数据、假设验证、批量加载改造和压测对比，说明如何把 120 次查询降到 3 次。180 收藏
-
本文按完整工作流讲解 MySQL 慢 SQL 优化：从慢查询日志发现候选 SQL，聚合同类语句，用 EXPLAIN 判断访问方式和扫描行数，再设计联合索引，并通过延迟、扫描行数和业务结果做回归验证。321 收藏
-
最近在做项目的时候，遇到了一些大数据量的操作，有大批量的CRUD的操作，一开始的实现的方案经过性能测试，发现性能并不是很好，然后开始审查代码，对相关可以提升性能的操作进行了优421 收藏
-
我们在使用SQL语句查询表数据时，提前用explain进行语句分析是一个非常好的习惯。通过explain输出sql的详细执行信息，就可以针对性的进行sql优化。今天我们来分析一下，在explain中11种不同type代346 收藏
-
sql执行方案计算mysql底层会对sql进行查询优化，依据各个方案所产生的cost成本计算最优执行方案，sql的最终执行方案是否走了索引，抑或为什么没有走索引的原因可以用trace工具来分析。开启trac399 收藏
-
实验准备 若不想亲自实验的，可以直接跳过这一节。但还是建议大家做一下实验，眼见为实。 1.安装测试数据库 本次实验使用的数据是mysql官方提供的employee数据库，mysql官方提供了一些测试数162 收藏