编程_新手编程之旅：MySQL中的关键点！一文带你搞懂它

你真的很特别

简单的mysqldump是可以胜任的。单Master的情况是普遍存在的，对于很多个人站点、初创公司、小型内部系统，考虑到成本、更新频率、系统重要性等问题，

系统只依赖一个单例数据库提供服务，基本上已经满足需求。这种场景下我觉得重点应该关注的话题有上图所示的四点。

其中最重要的环节是数据备份，如果是交易量非常低，并且具有非常明确的服务时间段特性的话，但是这是有缺陷的，数据还原之后注定从备份点到还原点之间的数据会丢失。

然而在极多数的情况下，备份的工作是没法马虎的，如下列举的几点小细节，下学期将分享更多操作性的文章。

1）冷备：停机，直接copy物理文件，InnoDB引擎（frm文件、共享表空间文件、独立表空间文件、重做日志文件、my.cnf）。

恢复：把文件copy到对应目录。

2）热备：Ibbackup或者XtraBackup工具，记录重做日志文件检查点的LSN，

copy共享表空间文件以及独立表空间文件（不产生任何阻塞），记录copy后重做日志文件检查点的LSN，copy备份是产生的重做日志。

恢复：恢复表空间文件，应用重做日志文件。

3）温备：

mysqldump，–single-transaction参数进行事务管理保证数据一致性。备份时不能用DDL语句。 

恢复：直接执行文件，mysql –uroot –p <文件名.sql>

二进制半同步复制，主从服务器增量复制

恢复：mysqlbinlog

横向集群的切分思路最终是切分子系统，而纵向集群最后遇到的最棘手的问题是扩缩容，

我运维的一个系统是提前对数据做了256个切片，256切片中0~127切片和128~255切片分别存在两个一主两从的数据库集群中，

系统运维了3年多，目前还没有扩容需求。设计初衷应该是考虑得到，假设有一天数据量非常大，

可以把256个切片分4大片，分别存储到4个一主两从的集群中，从而实现扩容。

这个思路的确是可取的，只是我们的分库逻辑当前是php代码实现，也有一定程度上影响了业务代码的逻辑，

运维起来有点心惊胆战，还是保持业务代码清爽比较好。