主要原因是：一、不是实时写入；二、无法保证原子性；三、无法保证完整性。Binlog 不是实时写入的，而是在指定时间间隔后才写入。这意味着，如果 MySQL 在写入 Binlog 之前崩溃，那么最后一次更改将会丢失。
一、不是实时写入
Binlog 不是实时写入的，而是在指定时间间隔后才写入。这意味着，如果 MySQL 在写入 Binlog 之前崩溃，那么最后一次更改将会丢失。
二、无法保证原子性
Binlog 记录的更改是按顺序进行的，但是它无法保证更改的原子性。如果 Binlog 文件在一次更改中只记录了部分更新，而 MySQL 在崩溃之前已经将更改的一部分写入磁盘，那么恢复时可能会导致数据库处于不一致状态。
三、无法保证完整性
Binlog 可能会因为多种原因而损坏或丢失，例如磁盘故障或人为操作错误。如果 Binlog 文件丢失或损坏，那么恢复数据库将变得非常困难。
延伸阅读：
什么是Mysql？
MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS （Relational Database Management System，关系数据库管理系统） 应用软件之一。
MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
MySQL所使用的 SQL 语言是用于访问数据库的最常用标准化语言。MySQL 软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型和大型网站的开发都选择 MySQL 作为网站数据库。
文章标题：mysql 为什么不能用binlog来做crash－Save，发布者：Flawy，转载请注明出处：https://worktile.com/kb/p/53517
微信扫一扫 
支付宝扫一扫 
