初学MySQL—MySQL是如何保证数据不丢失的？

只要redo log和binlog能够持久化到磁盘中，就能确保MySQL在异常重启后，数据可以恢复。下面一起来了解下MySQL中binlog和redo log的写入流程。

binlog的写入机制

事务执行过程中，先把日志写到binlog cache,事务提交的时候，再把binlog cache写到binlog文件中。

系统给binlog cache分配了一片内存，每个线程一个，参数binlog_cache_size用于控制单个线程内binlog cache所占内存的大小，如果超过这个参数规定的大小，就要暂存到磁盘中。

事务提交的时候，执行器把binlog cache的完整事务写入到binlog中，并且清空binlog cache中。

每个线程都有自己的binlog cache，共用同一份binlog文件；上图中的write就是把日志写入到文件系统的page cache,并没有把数据持久化到磁盘中，所以速度很快；

图中的fsync才是把数据持久化到磁盘中，fsync才占磁盘的IOPS;

write和fsync的时机，都是由参数sync_binlog控制的：

1. sync_binlog=0的时候，每次提交事务都只write,不fsync;
2. sync_binlog=1的时候，每次提交事务都只会执行fsync;
3. sync_binlog=N(N>1)的时候，每次提交事务都write,但累计N个事务后才