数据类型的优化
更小的通常更好
应该尽量使用可以正确存储数据的最小数据类型，更小的数据类型通常更快，因为他们占用更少的磁盘、内存和CPU缓存，并且处理时需要的CPU周期更少，但是要确保没有低估需要存储的值的范围，如果无法确认哪个数据类型，就选择不认为不会超过范围的最小类型
简单就好
简单数据类型的操作通常需要更少的CPU周期。
-
整形比字符串操作代价更低。 因为字符集和校对规则使字符比较比整形比较更复杂。
2.使用mysql自建类型而不是字符串来存储日期、时间
案例： 使用 mysql日期类型比字符串查询快
image.png
3.用整形存储IP地址
时间展示仍然是整数，可以用自带的函数进行格式化展示
image.png
尽量避免null
如果查询中包含可以null的列，对mysql来说很难优化，因为可以null的列使得索引、索引统计和值比较都更加复杂。 坦白来讲，通常情况下null的列改为not null带来的性能提升比较小，所以没有必要将所有的表的schema进行修改，但是应尽量避免设计成可为null的列
实际细则
- 整形类型
可以使用的几种整数类型： TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT 分别使用8,16,24,32,64位存储空间。
尽量使用满足需求的最小数据类型。 - 字符和字符串类型
varchar根据实际内容长度保存数据：
1、使用最小的符合需求的长度
2、varchar（n）n小于等于255使用额外一个字节保存长度，n大于255使用两个字节保存长度
3、varchar（5）与varchar（255）保存通用的内容时，硬盘存储空间相同，但内存空间占用不同，是指定的大小。
4、varchar在mysql5.6之前变更长度，或者从255以下变更到255以上时，都会导致锁表。
应用场景：1. 存储长度波动较大的数据2.字符串很少更新的场景，每次更新后都会重算并使用额外存储空间保证长度。3.适合保存多字节字符，如：汉字、特殊字符等。 - char固定长度的字符串
1、最大长度255
2、会自动删除末尾的空格
3、检索效率、写效率会比varchar高，以空间换时间
4、应用场景：1.存储长度波动不大的数据，如：md5摘要 2.存储短字符串、经常更新的字符串 - BLOB、TEXT
排序可选择让前多少字符排序，不能按照全部字符排序
BLOB、TEXT都是为了存储很大的数据而设计的字符串数据类型，分别采用二进制、字符串方式存储。
TEXT家族：TINYTEXT、SMALLTEXT（TEXT）、MEDIUMTEXT、LONGTEXT
BLOB家族：TINYBLOB、SMALLBLOB（BLOB）、MEDIUMBLOB、LONGBLOB - datetime、timestamp
1、不要使用字符串类型来存储时间
2、日期时间类型通常比字符串占用的存储空间小
3、日期时间类型在进行查找过滤时可以利用日期来进行比较
4、日期时间类型还有丰富的处理函数，可以方便对时间进行计算
5、使用int存储日期时间不如使用timestamp类型
合理使用范式和反范式
三范式
- 列不可分
- 不能存在传递依赖
- 表里其他列的值必须唯一依赖于主键
主键的选择
字符集的选择
存储引擎的选择
image.png
非聚簇索引：数据文件和索引文件不放在一起的
聚簇索引： 数据文件和索引文件放在一起的
InnoDB默认是给索引加锁的， [图片上传中...(image.png-6c89ae-1649039129153-0)]
适当的数据冗余
适当拆分
image.png
