日志（log）

bin log

主要应用于：数据恢复、主从复制
bin log 以事件的形式记录了所有的 DDL 和 DML 语句（因为它记录的是操作而不是数据值，属于逻辑日志）:

• $binlog是MySQL数据库级别的文件，主要用于恢复数据库和同步数据库$
• $对MySQL数据库各种引擎下执行修改的所有操作进行记录，不会记录select和show语句$
• $存储大小不受限制$

数据恢复：区别于Redo Log的崩溃恢复，数据恢复是基于业务数据的，比如删库跑路，而崩溃恢复是断电重启的

undo log

redo log

Realy log

从节点数据库，读到主节点数据后的一个缓冲日志，避免数据量过大压垮从节点

Mysql数据如何恢复？

- 恶意删库数据库恢复
- 数据库崩溃数据恢复
1
2

Mysql删库后如何恢复？

• 基本上bin log每天会做全量备份，拿到历史的全量备份bin log进行恢复
• 比如当前9点钟删的库，现在是10点钟，当前的可以截取到8:50(删库前几分钟，不包含删库语句)bin log进行恢复
• 8:50-10:00点的数据需要人工分析去恢复

Mysql崩溃后如何恢复？

Mysql如何做主从复制？

1. 主节点修改会通过自己的 I/O tread(I/O 线程)保存在二进制日志 Binary log（bin log）里面
2. 从节点也启动一个 I/O thread，通过配置好的用户名和密码, 连接到主节点请求读取二进制日志，然后把读取到的二进制日志写到从节点本地的一个Realy log（日志起到缓存作用，不至于一下把从节点压垮）里面
3. 从节点同时开启一个 SQL thread 定时检查 Realy log(这个文件也是二进制的)，匀速的更新到从节点库中。
4. 每个从节点都会记录二进制日志坐标：

文件名
文件中它已经从主站读取和处理的位置
1
2

6. 由于每个从节点都记录了自己当前处理二进制日志中的位置，假如从节点意外断开连接，重新连接然后依然可以恢复处理。
   

MySQL DML与DDL

全称

DML（ data maintain Language）
DDL（Data Definition Language)
1
2

详细描述

DML（ Data Manipulation Language），数据操作语言-数据库基本操作，SQL中处理数据等操作统称为DML，即实现了基本的“增删改查”操作， 包括的关键字有： select、update、delete、insert、merge， 事务提交后生效，可回滚。
DDL（ Data Definition Language），数据定义语言-用于定义和管理SQL数据库中所有对象的语言，对数据库中的某些对象（database、table）进行管理，包括的关键字： create、alter、drop、truncate、comment、grant、revoke， 隐性提交，不能回滚。
1
2

DML与DDL的区别：

DML操作是可以手动控制事务的开启、提交和回滚的。
DDL操作是隐性提交的，不能rollback！
1
2