我是靠谱客的博主 感动小松鼠,最近开发中收集的这篇文章主要介绍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;

最后

以上就是感动小松鼠为你收集整理的mysql案例大全_mysql经典案例分析的全部内容,希望文章能够帮你解决mysql案例大全_mysql经典案例分析所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(66)

评论列表共有 0 条评论

立即
投稿
返回
顶部