• 本案例适用于人为 SQL 语句造成的误操作或者没有主从复制等的热备情况宕机时的修复。 • 恢复条件为 MySQL 要开启 binlog 日志功能，并且要全备和增量的所有数据。 • 恢复时建议对外停止更新，即禁止更新数据库。 • 先恢复全量，然后把全备时刻点以后的增量日志，按顺序恢复成 SQL 文件，然后把文件中有问题的 SQL 语句删除（也可通过时间和位置点），再恢复到数据库。

第1部分概述 1 1 交易型系统设计的一些原则 2 1.1 高并发原则 3 1.1.1 无状态 3 1.1.2 拆分 3 1.1.3 服务化 4 1.1.4 消息队列 4 1.1.5 数据异构 6 1.1.6 缓存银弹 7 1.1.7 并发化 9 1.2 高可用原则 10 1.2.1 降级 10 1.2.2 限流 11 1.2.3 切流量 12 1.2.4 可回滚 12 1.3 业务设计原则 12 1.3.1 防重设计 13 1.3.2 幂等设计 13 1.3.3 流程可定义 13 1.3.4

第一部 MySQL基础入门（21节） 01-老男孩运维DBA课程开班.avi 02-数据库概念介绍.avi 03-数据库种类介绍及关系型数据库原理.avi 04-非关系型数据库介绍.avi 05-非关系型数据库种类介绍.avi 06-关系型数据库产品介绍01.avi 07-关系型数据库产品介绍02.avi 08-非关系型数据库产品介绍01.avi 09-数据库产品排名及发展大事记.avi 10-MySQL数据库产品介绍.avi 11-数据库基础内容小结.avi 12-为什么选择MySQL数据库

一、场景概述 　　MySQL数据库每日零点自动全备 　　某天上午10点，小明莫名其妙地drop了一个数据库 　　我们需要通过全备的数据文件，以及增量的binlog文件进行数据恢复 　　二、主要思想 　　利用全备的sql文件中记录的CHANGE MASTER语句，binlog文件及其位置点信息，找出binlog文件增量的部分 　　用mysqlbinlog命令将上述的binlog文件导出为sql文件，并剔除其中的drop语句 　　通过全备文件和增量binlog文件的导出sql文件，可以