分区表的应用场景:
1:表非常大以至于无法全部都放在内存中,或者只在表的最后部分有热点数据,其他均是历史数据
2:分区表的数据更容易维护
1)批量删除大量数据可以使用消除整个分区的方式
2)对一个独立分区进行优化、检查、修复等探作
3:分区表的数据可以分布在不同的物理设备上,从而高效地利用多个硬件设备
4:可以使用分区表来避免基些特殊的瓶颈
1) innodb的单个索引的互斥访问
2)ext3文件系统的inode锁竞争
5:可以备份和恢复独立的分区
分区表的限制:
1:一个表最多只能有1024个分区,在5.7版本的时候可以支持8196个分区
2:在早期的mysql中,分区表达式必须足整数或者足返回整数的表达式,在mysql5.5中,某些场品可以有接使用列来进行分区
3:如果分区字段中有主健或者唯一索引的列,那么所有主键列和胜一索引列都必须包含进来
4:分区表无法使用外健约束
分区表的原理:
1:分区表由多个相关的底层表实现,这个底层表也是由句柄对象标识,我们可以直接访问各个分区。存储引擎管理分区的各个底层表和管理普通表一样(所有的底层表都必须使用相同的存储引擎),分区表的索引只是在各个底层表上各自加上一个完全相同的索引。从存储引擎的角度来看,底层表和普通表没有任何不同,存储引擎也无须知道这是一个普通表还是一个分区表的一部分。
分区表的操作按照一下操作逻辑进行:
select查询
当查询一个分区表的时候,分区层先打开并锁住所有的底层表,优化器先判断是否可以过滤部分分区,然后再调用对应的存储引擎接口访问各个分区的数据。
insert操作
当写入一条记录的时候,分区层先打开并锁住所有的底层表,然后确定哪个分区接受这条记录,再将记录写入对应底层表
delete操作
当删除一条记录时,分区层先打开并锁住所有的底层表,然后确定数据对应的分区,最后对相应底层表进行删除操作
update操作
当更新一条记录时,分区层先打开并锁住所有的底层表, mysql先确定需要更新的记录再哪个分区,然后取出数据并更新,再判断更新后的数据应该再哪个分区,最后对底层表进行写入操作,并对源数据所在的底层表进行删除操作
使用分表是需注意的问题
null值会使分区过速无效
分区列和索引列不四配,会导致查询无法进行分区过滤
选择分区的成本可能很高
打开并锁住所有底层表的成本可能很高
维护分区的成本可能很高