微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

Mysql实例通过实例认识MySQL中前缀索引的用法

MysqL实例通过实例认识MysqL中前缀索引的用法》要点:
本文介绍了MysqL实例通过实例认识MysqL中前缀索引的用法,希望对您有用。如果有疑问,可以联系我们。

MysqL数据库今天在测试环境中加一个索引时候发现一警告

MysqL数据库
root@test 07:57:52>alter table article drop index ind_article_url;
Query OK,144384 rows affected (16.29 sec)
Records: 144384 Duplicates: 0 Warnings: 0
root@test 07:58:40>alter table article add index ind_article_url(url);
Query OK,144384 rows affected,1 warning (19.52 sec)
Records: 144384 Duplicates: 0 Warnings: 0
root@test 07:59:23>show warnings;
+―――+――+―――――――――――――――――――+
| Level  | Code | Message                         |
+―――+――+―――――――――――――――――――+
| Warning | 1071 | Specified key was too long; max key length is 767 bytes |
+―――+――+―――――――――――――――――――+
1 row in set (0.00 sec)

MysqL数据库用show create table article查看索引以及表结构的信息:

MysqL数据库
`URL` varchar(512) default NULL COMMENT ‘外链url',……
KEY `ind_article_url` (`URL`(383))
…..
DEFAULT CHARSET=gbk
……
drop table test;
create table test(test varchar(767) primary key)charset=latin5;

MysqL数据库C 成功
接下来未测试,在不同的字符集:

MysqL数据库
drop table test;
create table test(test varchar(768) primary key)charset=latin5;

MysqL数据库C 错误
C

MysqL数据库
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes
drop table test;
create table test(test varchar(383) primary key)charset=GBK;

MysqL数据库C 成功

MysqL数据库
drop table test;
create table test(test varchar(384) primary key)charset=GBK;

MysqL数据库C 错误
C

MysqL数据库
 ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes
drop table test;
create table test(test varchar(255) primary key)charset=UTF8;

MysqL数据库C 成功

MysqL数据库
drop table test;
create table test(test varchar(256) primary key)charset=UTF8;

MysqL数据库C 错误
C

MysqL数据库
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

MysqL数据库MysqL的varchar索引只支持不超过768个字节 或者 768/2=384个双字节 或者 768/3=256个三字节的字段
而 GBK是双字节的,UTF-8是三字节的.
那么上面出现的原因就明了,我的字符集是为GBK为双字节,而url为512个字符,1024个字节,所以超过字符串索引的限制,报出了警告,MysqL认创建了383(766字节)长度的前缀索引.
我们知道小的索引大小不仅对空间存储,内存的降低和性能的提升有重大作用,那么在计算前缀索引的长度的时候,需要我们做出明智的选择,怎么明智?
全索引列的选择性:

MysqL数据库
root@test 08:10:35>select count(distinct(url))/count(*) from article;
+――――――――――-+
| count(distinct(url))/count(*) |
+――――――――――-+
|            0.0750 |
+――――――――――-+

MysqL数据库对各种长度的前缀列计算其选择性:

MysqL数据库
root@test 08:16:41>select count(distinct left(url,76))/count(*) url_76,-> count(distinct left(url,77))/count(*) url_77,78))/count(*) url_78,79))/count(*) url_79,80))/count(*) url_80,81))/count(*) url_81,82))/count(*) url_82,83))/count(*) url_83,84))/count(*) url_84,85))/count(*) url_85
-> from article;
+――C+――C+――C+――C+――C+――C+――C+――C+――C+――C+
| url_76 | url_77 | url_78 | url_79 | url_80 | url_81 | url_82 | url_83 | url_84 | url_85 |
+――C+――C+――C+――C+――C+――C+――C+――C+――C+――C+
| 0.0747 | 0.0748 | 0.0749 | 0.0749 | 0.0749 | 0.0749 | 0.0749 | 0.0749 | 0.0749 | 0.0750 |
+――C+――C+――C+――C+――C+――C+――C+――C+――C+――C+
1 row in set (1.82 sec)

MysqL数据库我们看到选择85的长度的时候,该前缀列的选择性和全列的选择性相当了:
alter table article add index ind_article_url(url(85)),而不必选择383个字节作为前缀;
但是前缀索引还是有一点不足的地方,就是在查询语句中order by 和group by不能使用到前缀索引

MysqL数据库
root@test 08:49:24>explain select id,url,deleted from article group by url;
+―-+――――-+――――-+――+―――――+――+―――+――+――C+―――――――――――+
| id | select_type | table    | type | possible_keys | key | key_len | ref | rows  | Extra              |
+―-+――――-+――――-+――+―――――+――+―――+――+――C+―――――――――――+
| 1 | SIMPLE   | article | ALL | NULL     | NULL | NULL  | NULL | 139844 | Using temporary; Using filesort |
+―-+――――-+――――-+――+―――――+――+―――+――+――C+―――――――――――+
1 row in set (0.00 sec);

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐