优化体系 | 我是怎么计算MySQL数据库索引长度的?

数据库 MySQL 新闻
我们知道MySQL Innodb 对于索引长度的限制为 767 字节,并且UTF8mb4字符集是4字节字符集,则 767字节 / 4字节每字符 = 191字符(默认索引最大长度),所以在varchar(255)或char(255) 类型字段上创建索引会失败,提示最大索引长度为767字节。

概述

我们知道MySQL Innodb 对于索引长度的限制为 767 字节,并且UTF8mb4字符集是4字节字符集,则 767字节 / 4字节每字符 = 191字符(默认索引最大长度),所以在varchar(255)或char(255) 类型字段上创建索引会失败,提示最大索引长度为767字节。

那么怎么去计算mysql数据库索引长度呢?

[[271474]]

实验测试

先看网上一道题目,针对表t,包含了三个字段a、b、c,假设其默认值都非空,现创建组合索引index(a,b,c) 分析select * from t where a=1 and c=1 和select * from t where a=1 and b=1区别?

1、创建表

  1. create table t(a int(5) not null,b int(5) not null,c int(2) not null); 
  2. create index idx_all on t(a,b,c); 
优化体系--我是怎么计算mysql数据库索引长度的?

2、分别执行这两条语句

  1. mysql> explain select * from t where a=1 and c=1; 
  2. mysql> explain select * from t where a=1 and b=1; 
优化体系--我是怎么计算mysql数据库索引长度的?

3、思路

这里可以发现,前面两个的区别主要是在于key_len上,我的理解是:

将组合索引想成书的一级目录、二级目录、三级目录,如index(a,b,c),相当于a是一级目录,b是一级目录下的二级目录,c是二级目录下的三级目录。要使用某一目录,必须先使用其上级目录,除了一级目录除外。

所以

where a=1 and c=1只使用了一级目录,c在三级目录,没有使用二级目录,那么三级目录就没法使用

where a=1 and b=1只使用了一级目录、二级目录。

于是第二条查询的key_len更大。

但是,具体key_len怎么计算的,上面怎样计算出是4和8的呢?

4、key_len的计算.

1.所有的索引字段,如果没有设置not null,则需要加一个字节。

2.定长字段,int占四个字节、date占三个字节、char(n)占n个字符。

3.对于变成字段varchar(n),则有n个字符+两个字节。

4.不同的字符集,一个字符占用的字节数不同。latin1编码的,一个字符占用一个字节,gbk编码的,一个字符占用两个字节,utf8编码的,一个字符占用三个字节。

5.索引长度 char()、varchar()索引长度的计算公式:

(Character Set:utf8mb4=4,utf8=3,gbk=2,latin1=1) * 列长度 + 1(允许null) + 2(变长列)

所以从上面可以得出

where a=1 and c=1而言,key_len=4

where a=1 and b=1而言,key_len=4+4=8

5、创建新的测试表t2

创建一个t2表,数据结构如下

  1. create table t2(id int(5) not null,name varchar(5) not null) engine=innodb default charset=latin1; 
  2. create index idx_2 on t2(id,name); 
优化体系--我是怎么计算mysql数据库索引长度的?

6、计算key_len

  1. explain select * from t2 where name="001" and id=1; 
优化体系--我是怎么计算mysql数据库索引长度的?

分析key_len=4+5*1+2=11,因为字段都是not null,int类型4个字节,varchar(5) 占用5个字符+2个字节,latin1编码的表一个字符占1个字节,故varchar(5) 占用7个字节。

总结

因为MySQL具有查询优化器,所以对where a=1 and c=1类型的查询,字段顺序没有任何影响,查询优化器会自动优化。where c=1 and a=1会被优化成where a=1 and c=1,但是建议还是使用where a=1 and c=1吧,便于理解以及查询缓冲。

责任编辑:华轩 来源: 今日头条
相关推荐

2018-06-26 15:58:06

数据库MySQL索引优化

2011-03-08 08:49:55

MySQL优化单机

2010-06-04 11:28:05

MySQL数据库

2011-03-03 17:56:52

MySQL数据库优化

2011-04-20 16:35:26

优化MySQLNoSQL

2016-12-12 13:07:57

数据库优化SQL

2010-05-21 12:15:52

2019-12-18 08:00:09

MySQL数据库ORDER BY

2013-01-04 10:00:12

MySQL数据库数据库查询优化

2020-05-20 18:40:11

MySQL回表与索引数据库

2010-07-01 14:18:09

SQL Server数

2011-03-09 08:53:02

MySQL优化集群

2019-08-19 11:07:41

SQL数据库优化

2011-06-30 16:57:03

数据压缩

2019-04-02 10:36:17

数据库MySQL优化方法

2010-05-26 13:42:08

MySQL数据库索引

2011-07-06 10:49:50

MySQL优化

2009-06-30 22:31:23

关键参数MySQL性能优化

2010-11-22 13:23:52

MySQL数据库优化

2011-08-19 13:28:25

海量数据索引优化
点赞
收藏

51CTO技术栈公众号