[TOC] # 真题 简述MySQL分表操作和分区操作的工作原理，分别说说分区和分表的使用场景和各自的优缺点。 # 分区表的原理 ## 工作原理 对用户而言，分区表是一个独立的逻辑表，但是底层 MYSQL将其分成了多个物理子表，这对用户来说是透明的，每一个分区表都会使用一个独立的表文件。 创建表时使用 `partition by`子句定义每个分区存放的数据，执行查询时，优化器会根据分区定义过滤那些没有我们需要数据的分区，这样查询只需要查询所需数据在的分区。 分区的主要目的是将数据按照一个较粗的粒度分在不同的表中，这样可以将相关的数据存放在一起，而且如果想一次性删除整个分区的数据也很方便。 ## 使用场景 + 表非常大，无法全部存在内存，或者只在表的最后有热点数据其他都是历史数据 + 分区表的数据更易维护,可以对独立的分区进行独立的操作 + 分区表的数据可以分布在不同的机器上,从而高效使用资源 + 可以使用分区表来避免某些特殊的瓶颈 + 备份和恢复独立的分区 ## 限制 + 一个表最多只能有`1024`个分区 + MySQL 5.1 版本中，分区表表达式必须是整数，5.5可以使用列分区 + 分区字段中如果有主键和唯一索引列，那么主键列和唯一索引列都必须包含进来； + 分区表中无法使用外键约束 + 需要对现有表的结构进行修改 + 所有分区都必须使用相同的存储引擎 + 分区函数中可以使用的函数和表达式会有一些限制 + 某些存储引擎不支持分区 + 对于MyISAM的分区表，不能使用`load index into cache` + 对于MyISAM表，使用分区表时需要打开更多的文件描述符 # 分库分表的原理 ## 工作原理 通过一些`hash`算法或工具实现将一张数据表垂直或者水平进行物理分割。 ## 使用场景 + 单条记录条数达到百万到千万级别 + 解决表锁的问题 ## 分表方式 ### 水平分割 表很大，分割后可以降低在查询时需要读的数据和索引的页数，同时也降低了索引的层数，提高查询速度  **使用场景** + 表中的数据本身就有独立性，例如表中分别记录各个地区的数据或者不同时期的数据,特别是有些数据常用，有些不常用 + 需要把数据存放在多个介质上 **水平分表缺点** + 给应用增加复杂度，通常查询时需要多个表名，查询所有数据都需 UNION操作 + 在许多数据库应用中，这种复杂性会超过它带来的优点，查询时会增加读一个索引层的磁盘次数 ### 垂直分割 把主键和一些列放在一个表，然后把主键和另外的列放在另一张表中。  **使用场景** + 如果一个表中某些列常用，而另外一些列不常用 + 可以使数据行变小，一个数据页能存储更多数据，查询时减少I/O次数 **垂直分表缺点** + 管理冗余列，查询所有数据需要`join`操作 ## 分表的缺点 + 有些分表的策略基于应用层的逻辑算法，一旦逻辑算法改变，整个分表逻辑都会改变，扩展性较差 + 对于应用层来说,逻辑算法无疑增加开发成本 # 延伸：MySQL的主从复制原理及负载均衡 ## MySQL的主从复制原理 + 在**主库**上把数据库上把更改记录到**二进制日志** + **从库**将**主库的日志复制**到自己的**中继日志** + **从库**读取**中继日志**中的事件，将其重放在**从库**数据库中 ### 主从复制解决的问题 + 数据分布：随意停止或开始复制，并在不同地理位置分布数据备份 + 负载均衡：降低单个服务器的压力 + 高可用和故障切换：帮助应用程序避免单点失败 + 升级测试：可以使用更高版本的 MYSQL作为从库