【Mysql】表分区

问题：

	当前项目基于标品进行二次开发，生产环境订单表日新增十几万条数据，对性能产生严重影响，综合多方面的因素
	遂采用表分区的方式来进行优化

分区基本介绍：

	Mysql存储数据的时候，对于InnoDB存储引擎来说，一般存储了：.frm 表定义文件 .rdb：数据文件 两种文件格式。
	但是当表的数据文件太大的时候，我们可以对表进行分区，就是：将表对应的的文件，分割成多个小块，这样，查询数据时，先定位到某一小块，然后在那一块里面找，有助于提高查询效率。

分区的优缺点

优点：

	1：对于包含了分区的查询，可以根据条件先定位到某些分区，显著提高了查询的效率
	select count(0) from oms.so where create_time > '2022-01-01 00:00:00' and create_time < '2022-02-01 00:00:00'
-- 查询用时：10.628s
	EXPLAIN select count(0) from oms.so where create_time > '2022-01-01 00:00:00' and create_time < '2022-02-01 00:00:00' 显示：partitions只查询了两个分区
	2：可以对单个分区进行维护
	3：逻辑上还是一个表，后台改写较小

缺点：

	1：分区有数量限制，各个版本限制还不一样（mysql5.1为1024，mysql5.5+ 分区个数则为：8192个）
	2：分区函数限制，各个版本不一样（在mysql5.1中分区表达式必须是整数，或者是返回整数的表达式，在5.5之后某些场景可以直接使用字符串列和日期类型列来进行分区使用varchar字符串类型列时，一般还是字符串的日期作为分区）
	3：主键或唯一索引列必须包含在分区键
	4：查询条件要命中分区，不然会引起全表扫描
	5：分区增删改查是先打开分区层，然后加锁，假如存储引擎能实现行锁的就不会锁住表的分区

分区方式：

Range（范围）：我们的订单表做了分区，根据实际业务情况，对创建时间进行了分区：
			PARTITION BY RANGE (to_days(create_time))
			(PARTITION p201900 VALUES LESS THAN (737790) ENGINE = InnoDB
			大家可以根据自己的实际业务来选择具体的范围方式
Hash（哈希）：基于你定义的函数表达式的值来进入选择的分区
Key（键值）：类似于按HASH分区，区别在于KEY分区只支持计算一列或多列，且MySQL服务器提供其自身的哈希函数。必须有一列或多列包含整数值
List（预定义列表）：和range分区一样，可以指定一个集合，然后根据这个值来进入分区

注意点：

当分区对象为null时，会将数据放到最左边，也就是第一个分区，所以非命中第一个分区的查询都会至少查询两个分区