面试题：MariaDB开启binlog后，如何基于binlog进行数据恢复与复制？

确定故障点：
- 查看数据库日志文件，确定数据库发生故障的时间点，这将用于后续决定从哪个binlog位置开始恢复。
准备恢复环境：
- 确保安装了与原数据库版本兼容的数据库软件（如MySQL或MariaDB）。
- 准备好原数据库的物理文件（如数据文件、配置文件等），这些文件可以从备份中获取。如果有最近的全量备份，将其恢复到新环境。
定位binlog文件：
- 找到故障发生前的所有binlog文件，这些文件通常存储在数据库配置指定的目录下，文件命名格式类似mysql - bin.000001等。
重放binlog：
- 启动数据库到恢复模式（不同数据库启动恢复模式的方式略有不同，例如MySQL可以使用--innodb - force - recovery参数启动到特定恢复级别）。
- 使用数据库自带的工具，如MySQL的mysqlbinlog命令。例如，如果要重放mysql - bin.000001到mysql - bin.000003的binlog，可以执行类似以下命令：
```
mysqlbinlog mysql - bin.000001 mysql - bin.000002 mysql - bin.000003 | mysql - u root - p
```
- 输入数据库密码后，系统会按照binlog中的记录，将数据库操作重放，从而恢复到故障前的状态。

角色：
- 在MariaDB主从复制中，binlog（二进制日志）是主库记录数据库写操作的日志文件。它扮演着主库和从库之间数据同步的核心桥梁角色。主库将所有修改数据的操作记录到binlog中，从库通过读取主库的binlog来获取这些修改，并在自己的数据库上重放这些操作，从而实现数据的同步。
工作原理：
- 主库操作：
  - 当主库上执行任何修改数据的SQL语句（如INSERT、UPDATE、DELETE等）时，这些操作会被记录到binlog中。
  - 主库会为每个事务分配一个唯一的事务ID，并将事务中的所有操作按照顺序记录到binlog。
- 从库连接主库：
  - 从库配置主库的连接信息（如主库的IP地址、端口、用户名、密码等）。
  - 从库启动I/O线程，该线程连接到主库，请求主库发送binlog内容。
- 主库发送binlog：
  - 主库接收到从库的请求后，启动一个dump线程，将binlog中的内容发送给从库的I/O线程。
- 从库接收与重放：
  - 从库的I/O线程接收主库发送的binlog内容，并将其写入到本地的中继日志（relay log）中。
  - 从库启动SQL线程，读取中继日志中的内容，并按照顺序在从库上重放这些操作，从而使从库的数据与主库保持一致。

星途面试题库