选择优化数据类型的简单原则

最新推荐文章于 2024-12-01 23:54:11 发布

转载最新推荐文章于 2024-12-01 23:54:11 发布 · 157 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/liang545621/p/9401209.html

文章标签：

#数据库

本文分享了三条关于如何优化MySQL数据库性能的经验：选择合适的数据类型以减少存储和处理开销；保持数据类型的简单性以降低CPU消耗；尽可能地避免使用NULL值，特别是在计划建立索引的列上。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1，应该尽量使用可以正确存储的最小数据类型

更小的数据类型通常更快，因为他们占用更小的磁盘、内存和CPU缓存，并且处理时需要的CPU周期也更小。

2，简单就好。

简单数据类型的操作通常需要更少的CPU周期。例如，整型比字符操作代价更低，因为字符集和校对规则（排序规则）使字符比整型更复杂。

3，尽量避免NULL

通常情况下最好制定列为NOT NULL，除非真的需要存储NULL值。如果查询中包含NULL的值，对MySQL来说更难优化，因为可为NULL的列使得索引、索引统计和值比较都更复杂。可为NULL的列会使用更多的存储空间，在MySQL里也需要特殊处理。当可为NULL的列时，每个索引记录需要一个额外的字节，在MyISAM里甚至还可能导致固定大小的索引（例如只有一个整数列的索引）变成可变大小的索引。

通常把可为NULL列改为NOT NULL带来的性能提成比较小，所以没有必要首先在现有schema中查找并修改掉这种情况，除非确定这会导致问题。但是，如果计划在列上建索引，就应该避免设计成可为NULL的列。

转载于:https://www.cnblogs.com/liang545621/p/9401209.html