首页 > 代码库 > order by 的时候 select 上的列导致的影响 分析

order by 的时候 select 上的列导致的影响 分析

2024-10-09 19:27:39   214人阅读

create table t1 (
a1 bigint  not null primary key auto_increment,
c10 char(10),
c100 char(100),
c200 char(200),
c30 char(255),
c300 text
)

insert into t1 (c10,c100,c200,c30,c300)values (‘a‘,‘a‘,‘a‘,‘a‘,‘a‘);

insert into t1 (c10,c100,c200,c30,c300) select lpad(c10,10,‘1‘),lpad(c100,100,‘1‘),lpad(c200,190,‘a‘),lpad(c30,250,‘1‘),lpad(c300,2000,‘1‘) from t1;


root@localhost [test]>select count(a1) from t1;
+-----------+
| count(a1) |
+-----------+
|     65536 |

select SQL_NO_CACHE count(1) from (
       select a1 from t1 IGNORE INDEX (primary)   order by c10 desc  limit  1000 ) a;


select SQL_NO_CACHE count(1) from (
       select a1,c100 from t1 IGNORE INDEX (primary)   order by c10 desc  limit  1000 ) a;

select SQL_NO_CACHE count(1) from (
       select a1,c100,c200 from t1 IGNORE INDEX (primary)   order by c10 desc  limit  1000 ) a;
   
   
select SQL_NO_CACHE count(1) from (
       select a1,c100,c200,c30 from t1 IGNORE INDEX (primary)   order by c10 desc  limit  1000 ) a; 

select SQL_NO_CACHE count(1) from (
       select a1,c100,c200,c30 ,c300 from t1 IGNORE INDEX (primary)   order by c10 desc  limit  1000 ) a;    

select SQL_NO_CACHE count(1) from (
       select * from t1 IGNORE INDEX (primary)   order by c10 desc  limit  1000 ) a;
   
   

技术分享





从上面的实验 结果都是只执行了 一遍 要是取得相对准确值 可以 多执行几次 

但我们 可以从最上面和 最后一条 可以看出 一个在 3.* 秒 一个在6.* 秒

说明 有排序的时候 影响 性能 的 不仅仅是 order by 后面的列 因为 都使用了 tmp 表 而加入tmp表的内容是select 当中 列 然后根据 order by 当中的 列 进行 排序 所以用的tmp 值是select col 的和 * rows  

大家也可以从 show profile 中 发现  Creating sort index  是上面的 执行性能 重点 进一步论证了 上面的观点
 
不足的地方 望大家 指正

本文出自 “13030331” 博客，转载请与作者联系！

order by 的时候 select 上的列导致的影响 分析


联系
我们