项目代码第10讲【数据库运维知识——如何优化数据库查询效率？】：各种日志查看；主从复制；分库分表（MyCat）；读写分离；区别数据分区、分表、分库
01. 运维-课程介绍_哔哩哔哩_bilibili
一、各种日志查看
二、主从复制
三、分库分表（MyCat）
四、读写分离
五、区别数据分区、分表、分库
1、数据库分区
上图中的ibd文件，是分区表的数据文件，可以分布在不同的物理设备上（存放在不同硬盘上，见1>2》），从而高效地利用多个硬件设备
作用：如下图，在查询的时候缩小了磁盘的扫描范围
1>分区表的优势
1》逻辑上是一个事务，无需额外干涉：
跨多表操作时和单表操作是一样的。底层的数据一致性是由数据库自己保证的。
2》分区表的数据就是：上上（上）图的ibd文件，可以把数据存储分布在不同的硬盘上——>可并行的硬盘IO资源
这点也有劣势，如下2>
2>分区表的劣势
1》可并行的硬盘IO资源（见1>2》）设备计算资源与内存资源无法突破单体极限：作为计算节点，CPU和内存资源都是在单机上完成的
分区表的数据操作（如查询、更新等）尽管可以在逻辑上分开处理，但最终这些操作还是需要在单一计算节点上执行。
这意味着CPU和内存资源受限于该节点的硬件限制。
如果某个操作不能有效地被分散到多个节点或者分区中去，并且需要大量的计算资源或内存，那么这个操作的性能将会受到所在单机的硬件能力的限制。
2》【在设计前很难知道需要分区，所以这里也是一个限制】查询必须包含分区键，且分区键必须是主键的一部分，分区键必须是整数列或解析为整数的表达式。
举例：
《1》创建下述opr表，主键只有opr_no，没有包含分区键opr_data
代码报错，要求分区键必须是主键的一部分
《2》解决《1》：添加分区键opr_data为主键的一部分
3>实际架构设计原则：不要过分依赖数据库或某个组件自带的特性，要完成一个相对通性的设计——从而引出数据分表
2、数据分表
1>范围分表
2>Hash分表
可以解决数据不均衡的问题，但是当新增一个结点的时候，n就会从3变成4，就会进行全局数据的迁移工作。这个风险就太大了。
所以针对Hash分表的时候一开始就会给足资源，或者进行局部数据的迁移和调整。
3、数据分库：最后考虑
