mysql保证数据的安全性

mysql 是日志先行的原则，在操作一条数据的时候，就会把旧数据插入undolog

在事务提交的时候，会把最新的数据保存在redolog表中

如下为：logbuffer刷盘的机制

 在事务提交之后，如果开启了binlog，则会把sql或者数据的前后变化保存在binlog中

undo.log和redo.log保证了数据的一致性，保证了数据库的安全

持久性：持久性意味着当系统或介质发生故障时，确保已提交事务的更新不能丢失。即一旦一个事务提交，DBMS保证它对数据库中数据的改变应该是永久性的，耐得住任何数据库系统故障。持久性通过数据库备份和恢复来保证。

mysql中innodb_flush_log_at_trx_commit默认设置的是1，即最安全的设置

当设置为0的时候，mysql宕机会丢失前一秒的数据

当设置为1的时候，操作系统宕机，会丢失掉缓冲区的数据

 再来看另外一个参数sync_binlog ：

sync_binlog=0，当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘。

sync_binlog=n，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。

mysql 8.0已经默认是1了， 当mysql宕机了，此时正好有一个事务没有提交，但是此时最新数据已经刷到redo表了，还没及时把sql信息刷到binlog日志，可能会造成短暂的binlog日志和表数据不一致的情况，当重启启动数据回滚之后，变成正常了

所以：innodb_flush_log_at_trx_commit =1 和sync_binlog = 1是数据库最安全的设置，当然业务数据库主要还是要保证数据的一致性，如果准求性能的话，可以把innodb_flush_log_at_trx_commit =2 和sync_binlog = 500/1000 ，但是这样风险挺大的

当innodb_flush_log_at_trx_commit =1 和sync_binlog = 1设置的时候，三个日志插入的顺序