一条简单的SQL 语句竟花了15.87 sec,
写道
mysql> SELECT x.loc AS loc, x.lastmod AS lastmod, x.changefreq AS changefreq, x.changecount AS changecount, x.priority AS priority, x.language AS language, x.ac cess AS access, x.status AS status FROM xmlsitemap x WHERE (x.access = '1') AND (x.status = '1') ORDER BY x.language DESC, x.loc ASC LIMIT 5 OFFSET 455000 ; +-------------+------------+------------+-------------+----------+----------+--------+--------+ | loc | lastmod | changefreq | changecount | priority | language | access | status | +-------------+------------+------------+-------------+----------+----------+--------+--------+ | node/539675 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539676 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539677 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539678 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539679 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | +-------------+------------+------------+-------------+----------+----------+--------+--------+ 5 rows in set (15.87 sec)
分析一下执行计划
写道
mysql> explain SELECT x.loc AS loc, x.lastmod AS lastmod, x.changefreq AS changefreq, x.changecount AS changecount, x.priority AS priority, x.language AS langua ge, x.access AS access, x.status AS status FROM xmlsitemap x WHERE (x.access = '1') AND (x.status = '1') ORDER BY x.language DESC, x.loc ASC LIMIT 50 OFFS ET 455000; +----+-------------+-------+------+-------------------+-------------------+---------+-------------+--------+-----------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+-------------------+-------------------+---------+-------------+--------+-----------------------------+ | 1 | SIMPLE | x | ref | access_status_loc | access_status_loc | 2 | const,const | 266873 | Using where; Using filesort | +----+-------------+-------+------+-------------------+-------------------+---------+-------------+--------+-----------------------------+ 1 row in set (0.00 sec)
从执行计划中可以看到,用到了Using filesort
Using filsort文档中的解释:
Mysql需要额外的一次传递,以找出如何按排序顺序检索行,通过根据联接类型浏览所有行并为所有匹配where子句的行保存排序关键字和行的指针来完成排序,然后关键字被排序,并按排序顺序检索行。额外的传递是指什么?
简单修改去掉
ORDER BY x.language DESC,
分析执行计划
写道
mysql> explain SELECT x.loc AS loc, x.lastmod AS lastmod, x.changefreq AS changefreq, x.changecount AS changecount, x.priority AS priority, x.language AS langua ge, x.access AS access, x.status AS status FROM xmlsitemap x WHERE (x.access = '1') AND (x.status = '1') ORDER BY x.loc ASC LIMIT 5 OFFSET 455000; +----+-------------+-------+------+-------------------+-------------------+---------+-------------+--------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+-------------------+-------------------+---------+-------------+--------+-------------+ | 1 | SIMPLE | x | ref | access_status_loc | access_status_loc | 2 | const,const | 266873 | Using where | +----+-------------+-------+------+-------------------+-------------------+---------+-------------+--------+-------------+ 1 row in set (0.00 sec)
没有用到Using filsort
写道
mysql> SELECT x.loc AS loc, x.lastmod AS lastmod, x.changefreq AS changefreq, x.changecount AS changecount, x.priority AS priority, x.language AS language, x.ac cess AS access, x.status AS status FROM xmlsitemap x WHERE (x.access = '1') AND (x.status = '1') ORDER BY x.loc ASC LIMIT 5 OFFSET 455000; +-------------+------------+------------+-------------+----------+----------+--------+--------+ | loc | lastmod | changefreq | changecount | priority | language | access | status | +-------------+------------+------------+-------------+----------+----------+--------+--------+ | node/539675 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539676 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539677 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539678 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | | node/539679 | 1361158321 | 0 | 0 | 0.8 | und | 1 | 1 | +-------------+------------+------------+-------------+----------+----------+--------+--------+ 5 rows in set (1.14 sec)
只用1.14 sec就执行完了, 快了很多倍!
相关推荐
95 MySQL是如何根据成本优化选择执行计划的?(中).pdf
■ MySQL执行计划调用方式 ■ 执行计划包含的信息 ■ 执行计划显示内容解读 ■ Q&A 通过执行计划可以了解什么
减少数据访问,返回更少数据,减少交互次数,减少服务器CPU开销,利用更多资源。注意:这个是对《sql性能优化分享》的后期修改与补充。下载这个最新的就下载老的了。别下载重复了!!!
MySQL SQL执行计划分析与优化方案.pptx
MySQL架构执行与SQL性能优化-MySQL高并发详解课程,课程的目标简单明确,核心就是MySQL的性能优化与高并发。课程内容进行了精华的浓缩,有四大内容主旨,MySQL架构与执行流程,MySQL索引原理详解,MySQL事务原理与...
Mysql 执行计划解读,这个对SQL优化非常有作用的,也是必备技能了
【大厂面试题】MySQL执行计划及SQL优化 知识点标签:explain、sql优化、索引、sql性能问题 题目描述 MySQL执行计划及SQL优化 1.SQL语句表头运行一个explain时,执行后所显示的表头字段如下: id : select查询的...
MySQL执行计划及SQL优化Java系列2021.pdf
【大厂面试题】史上最详细的一线大厂Mysql面试题详解MySQL执行计划及SQL优化 知识点标签:explain、sql优化、索引、sql性能问题 题目描述 MySQL执行计划及SQL优化 子查询 关联查询 效率问题 子查询就是查询中有嵌套...
初步理解MySQL的查询执行计划。 预计时间1小时 第3课 查询优化技术理论与MySQL实践(一)------子查询的优化(一) 第4课 查询优化技术理论与MySQL实践(二)------子查询的优化(二) 从理论看,子查询包括的内容...
94 MySQL是如何根据成本优化选择执行计划的?(上).pdf
96 MySQL是如何根据成本优化选择执行计划的?(下).pdf
MySQL在优化执行计划时遵循一系列复杂的规则和策略,以确保查询尽可能高效地执行。以下是一些关键的优化规则: 索引利用:MySQL会尝试使用索引来加速数据访问,减少全表扫描的需要。 查询重写:MySQL可能会重写查询...
MySQL SQL执行计划分析与优化.pdf
MySQL索引的最佳实践和执行计划的使用分析,包括索引的设计原则,SQL语句的优化原则等
Mysql 执行优化 2 认识数据索引 2 为什么使用数据索引能提高效率 2 如何理解数据索引的结构 2 优化实战范例 3 认识影响结果集 4 影响结果集的获取 4 影响结果集的解读 4 常见案例及优化思路 5 理解执行状态 7 常见...
mysql执行优化,mysql架构优化,理解执行状态,mysql运维优化
在面对不够优化、或者性能极差的SQL语句时,我们通常的想法是将重构这个SQL语句,让其查询的结果集和原来保持一样,并且希望SQL性能得以提升。而在重构SQL时,一般都有一定方法技巧可供参考,本文将介绍如何通过这些...
通过查看执行计划,也为全索引扫描,sql在执行的时候,会对整个服务器带来抖动; root@db 09:00:12>select count(distinct nick) from user_access; +———————-+ | count(distinct nick) | +———————-+...
● 掌握MySQL的查询执行计划 ● 找出影响查询执行和性能的关键配置变量 ● 用SQL语句优化的生命周期来识别、确 认、分析然后优化SQL语句,并检查优 化的结果 ● 学习使用不为常人所知的一些性能技巧 来...