mysql经典案例分析
Posted 睡着的糖葫芦
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了mysql经典案例分析相关的知识,希望对你有一定的参考价值。
问题:
create table A (
id varchar(64) primary key,
ver int,
...
)
在id,ver上有联合索引,10000条数据
为什么select id from A order by id特别慢?
而select id from A order by id,ver非常快
我的表有几个很长的字段 varbinary(3000)
推断:
1. 2句sql都用到了索引覆盖,如果myisam引擎2句sql应该都很快, 推断用的是innodb引擎
2. order by id ,innodb 引擎聚簇存储了每列的值,因为有几个很长的字段,1个块存不了很多行数据,导致块比较多,使用id主键时,要跨好多小文件块,导致效率不高。
3. order by id,ver. 使用的是二级索引,innodb引擎二级索引都是存的 聚簇索引的地址指向聚簇索引,因此不带数据,索引文件比较小轻便,内存中也能使用,所以速度快。
create table t7 (
id char(64) primary key,
var int not null default 0,
str1 varchar(3000) not null,
str2 varchar(3000) not null,
str3 varchar(3000) not null,
str4 varchar(3000) not null
key `idvar` (id,var)
)engine=myisam charset=utf8;
create table t8 (
id char(64) primary key,
var int not null default 0,
str1 varchar(3000) not null,
str2 varchar(3000) not null,
str3 varchar(3000) not null,
str4 varchar(3000) not null
)engine=innodb charset=utf8;
alter table t7 add index idver(id,var)
结论: innodb 大字段(char)主键 造成大量分裂, 正好发挥的是innodb的劣势
如果没有这么长大字段的列 ,差距也不会很大
alter table t8 drop column st1;alter table t8 drop column st2;alter table t8 drop column st3;
以上是关于mysql经典案例分析的主要内容,如果未能解决你的问题,请参考以下文章