MySQL 缓存策略

MySQL 主从复制

• 工作原理：
  • 主库 DML 操作（增删改操作）会通过 log dump thread 写到 bin log。
  • 从库通过心跳包的方式不断从主库中拉取数据变更，也就是从库请求读取 bin log，通过 io thread 写入从库本地的 relay log（中继日志）。
  • 从库通过 sql thread 读取 relay log，并把更新事件在从库重放一遍，从而实现主从数据一致。
• 复制流程：
  • Slave 中的 IO 线程连接上 Master，并请求从指定日志文件的指定位置之后的日志内容。
  • Master 接收到来自 Slave 的 IO 线程的请求后，负责复制的 IO 线程会根据请求信息读取日志指定位置之后的日志信息，返回给 Slave 的 IO 线程。返回信息中包含日志信息、Master 端 bin log 文件的名称、下次读取 Master 端 bin log 文件中的起始位置。
  • Slave 的 IO 线程接收到消息后，将接收到的日志内容依次添加到 Slave 端的 relay log 文件末尾，并将读取到的 Master 端的 bin log 文件名和下次读取 bin log 文件中的起始位置记录到 master-info 文件中，以便在下一次读取的时候能够清楚地告诉 Master 从何处开始读取日志。
  • Slave 的 SQL 进程在检测到 relay log 中新增加了内容后，会马上解析 relay log 的内容为 → 在 Master 端真实执行时的可执行内容，并在自身执行（重放）。
• 特征：异步复制。
• 作用：
  • 用于数据备份，避免单点故障。
  • 读写分离。
  • 伪装从数据库。
• 查看主库的 bin log 信息。

  show master status;
  

---

如何把 MySQL 的数据同步到 Redis ?

• 额外增加一个中间件（go-mysql-transfer