mysql调优-schema与数据类型优化

数据类型的优化

更小的通常更好

应该尽量使用可以正确存储数据的最小数据类型，更小的数据类型通常更快，因为他们占用更少的磁盘、内存和CPU缓存，并且处理时需要的CPU周期更少，但是要确保没有低估需要存储的值的范围，如果无法确认哪个数据类型，就选择不认为不会超过范围的最小类型

简单就好

简单数据类型的操作通常需要更少的CPU周期。

1. 整形比字符串操作代价更低。 因为字符集和校对规则使字符比较比整形比较更复杂。
   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类型

合理使用范式和反范式

三范式

1. 列不可分
2. 不能存在传递依赖
3. 表里其他列的值必须唯一依赖于主键

主键的选择

字符集的选择

存储引擎的选择

image.png

非聚簇索引：数据文件和索引文件不放在一起的
聚簇索引： 数据文件和索引文件放在一起的
InnoDB默认是给索引加锁的， [图片上传中...(image.png-6c89ae-1649039129153-0)]

适当的数据冗余

适当拆分

image.png