本文主要是介绍MySQL数据类型和Schema优化（二），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
MySQL数据类型和Schema优化
- MySQL
- 合适的数据类型
- 日期和时间类型（datetime、timesamp）
- 整数类型
- 实数类型(float\double\decimal)
- 字符串类型（Varchar、Char）
- Schema设计
- 缓存表和汇总表
MySQL
良好的逻辑设计与物理设计是高性能的基石，应该根据具体业务需求的查询语句来设计schema，这往往需要权衡各种因素。
比如，反范式的设计可能会增加某些查询的速度，但也会带来数据同步的维护工作。
合适的数据类型
MYSQL支持的数据类型非常多，选择合适的数据类型将有助于MySQL的性能提升。
一般遵循以下规则：
- 更小的数据类型
- 简单的数据类型
- 尽量避免NULL
更小的数据类型，意味着占用更小的磁盘、内存、CPU缓存等，当然一个比较重要的前提是对类型要有合理的预估，毕竟对类型的变更是一项痛苦的事情，alter table操作会锁住整个表。
简单的数据类型，意味着MySQL更少的处理，占用更少的CPU周期，比如整型比字符串操作代价更低，字符串需要处理字符集和校对规则(排序规则)，使得字符串的处理更加复杂。
尽量避免NULL，如果没有指定列是否为NULL，MySQL默认设置列为NULL。一般可以的话推荐设置Not Null，因为使用NULL对于MySQL更难优化。当为NULL的列被索引时，每个索引记录需要一个额外的字节。
日期和时间类型（datetime、timesamp）
- datetime 使用8个字节存储、timesamp使用4个字节存储
- datetime取值范围1001-9999年，timesamp取值范围在1970-2038年
- datetime没有时区概念，timesamp有时区的概念
注意：timesamp时区问题，可能会导致CPU耗尽。前提是设置time_zone=system，该设置会获取系统的时区配置，并且获取操作是全局锁，高并发的情况下会导致CPU耗尽。
整数类型
tinyint、smallint、mediumint、int、bigint
- 存储空间不同，由小到大分别是8,16,24,32,64位
- 整数类型可以设置UNSIGNED属性，表示无负数，正数取值可以扩大一倍，并且存储空间不变
- int(1) 和 int(11) 并不会改变取值范围，只是决定客户端显示的长度
实数类型(float\double\decimal)
- float\double支持标准的浮点数运算进行近似计算，不能精确表达
- float\double是CPU支持原生的浮点数计算，性能速度很快
- decimal是mysql支持的类型，支持精确的浮点数。
- decimal精确度要求比较高，比如财务数据可以选择使用
- decimal需要复杂的计算，性能相对比较差
- 数据量比较大的情况下，可以考虑使用bigint代替，通过乘相应小数点的倍数，比如100000000.1111 ,存储1000000001111，通过乘10000来解决，避免decimal复杂的计算代价。
字符串类型（Varchar、Char）
- Varchar是可变长字符串，它比定长字符串更节省空间，因为它可以合理利用空间，只使用必要的空间。
- Varchar需要额外的字节记录字符串的长度，如果长度超过255则使用2个字节，否则使用1个字节
- Varchar由于可变长，如果长度增加同时当前页没有空间存储，InnoDB需要分裂页存储，导致碎片产生。
- Char是定长字符串，对于固定长度的比如MD5加密串，非常适合使用Char进行存储，同时定长Char在更新时不容易产生碎片，存储空间上Char也不需要记录额外的长度，Varchar则需要使用1-2字节记录长度。
Schema设计
-
太多的列：MySQL存储引擎API工作时需要在服务器层和存储引擎之间通过行数据格式拷贝数据，然后在服务器层将缓存行内容解码各个列。这个代价时非常高的；比如尽量避免使用select * 操作.
-
范式与反范式：
范式化的更新操作通常比反范式化要快，因为较好的范式化可以很少的或者没有重复数据，更新只要少部分的数据。
举例子（错误的范式）：
| department | employee | leader |
|---|---|---|
| A | 小明 | 王总 |
| A | 小李 | 王总 |
当需要修改部门领导时，需要更新两条数据，如果遵循范式化，再新增一个部门和领导的实体表，则只需要更新一条数据即可同时可以避免一些group by，distinct等操作，比如上面案例需要统计所有部门，就需要通过group by操作。
范式化的缺点是需要多表关联，稍微复杂一点可能就需要关联才能查询，此时可能会通过一些反范式的手段，减少关联查询。常用的做法就是在另一个表，保存相同的列。
通常设计是混用模式：范式+反范式配合使用
缓存表和汇总表
缓存表和汇总表没有标准的定义，通常来说缓存表来表示存储那些可以比较简单地从其他表schema获取（但是每次获取比较慢），可以通过缓存冗余数据，避免从其他表查询。
汇总表可以优先计算出结果，直接使用简单方式进行查询，减少实时查询计算的性能问题。
Java题库在线答题：www.51ctofx.com
这篇关于MySQL数据类型和Schema优化（二）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
