高性能MySql系列-Schema与数据类型优化

Posted 小强大人

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了高性能MySql系列-Schema与数据类型优化相关的知识,希望对你有一定的参考价值。

最佳实践

1.越简单的类型越好
比如整型比字符串型好,因为字符的排序规则、校对规则更复杂。
2.尽量使用mysql内置的类型
比如用datetime存储日期,不要用字符串。
用整型存储IP地址,不要用字符串。因为IP地址xxx.xxx.xxx.xxx实际上底层是32位无符号整数,之所以表示为小数点的形式是为了方便阅读。所以应该使用整型来存储IP地址,Mysql也提供了INET_ATON()和INET_NTOA()在这2种表示形式间转换。
3.列长度越小越好
在存得下的前提下,长度越小越好。因为列长度越小,所需要的CPU、内存、磁盘空间就越少。
4.尽量避免null
通常情况下最好指定列为NOT NULL,除非真的需要NULL值。因为如果列中包含NULL值,对MySql来说更难优化,原因是可为NULL的列会使得索引、值比较都更加复杂。当可为NULL的列被索引时,每个索引记录都需要一个额外的字节来存储。所以在设计表时,如果希望给某列加索引,最好限定这列是NOT NULL的。
5.主键列最好选择整型
整型作为主键的优点是很快,并且方便AUTO_INCREMENT。
如果用字符串类型作为主键,它们很耗空间,并且性能也比整型慢。如果使用UUID作为主键,可以将“-”去掉之后再存储。Mysql提供了UNHEX()函数将UUID值转换为16字节的整数,并且也提供了HEX()重新格式化为16进制的UUID值。
6.计数器表尽量避免只有一行数据
当计数器表(如网站点击次数)只有一行数据时,会导致大量线程阻塞在这个行锁上,可以设计多行数据,每行都有个计数器,客户端请求更新计数器时,可以随机选择某行计数器进行更新,大大提升计数器表的并发性能。在查询总计数器时,只需SUM(count)即可。

以上是关于高性能MySql系列-Schema与数据类型优化的主要内容,如果未能解决你的问题,请参考以下文章

MySQL《高性能MySQL》学习笔记,第四章,Schema与数据类型优化

高性能MySQL—Schema与数据类型优化

《高性能MySQL》——Schema与数据类型优化(笔记)

高性能mysql读书笔记:Schema与数据类型优化

《高性能MySQL》- 04 Schema与数据类型优化

MySQL之Schema与数据类型优化