mysql案例大全_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;

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值