目录
- 1.查询MySQL是否开启了双1
- 2.如何设置
- 3.性能考虑
- 4.sync_binlog 和 innodb_flush_log_at_trx_commit 参数的其他设置值
在MySQL中，"双1"配置指的是将innodb_flush_log_at_trx_commit设置为1和sync_binlog设置为1。这两个设置都与数据的持久性和一致性有关，特别是在面对系统崩溃或意外重启的情况下。
使用"双1"配置可以最大限度地保证MySQL数据库在面对系统崩溃或电源故障等情况时的数据安全和一致性。即使在这些极端情况下，也能确保所有已提交的事务不会丢失。
1.查询MySQL是否开启了双1
SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';
SHOW VARIABLES LIKE 'sync_binlog';
如果 innodb_flush_log_at_trx_commit 的值为 1，且 sync_binlog 的值也为 1，则说明MySQL已开启"双1"设置。
具体解释：
- innodb_flush_log_at_trx_commit=1:
- 值为1时，表示InnoDB存储引擎每次事务提交时都会将日志写入磁盘并刷新。
- 这确保了在发生崩溃时最多只会丢失最后一个事务的数据。这提供了最高级别的数据持久性保证，但可能会对性能产生影响，因为每次事务都需要磁盘I/O操作。
- sync_binlog=1:
- 值为1时，表示每次事务提交时都会将二进制日志（binlog）同步到磁盘。
- 这确保了在发生崩溃时二进制日志中最多只会丢失最后一个事务的数据。
如果这两个参数都设置为1，就实现了所谓的"双1"配置，这是最安全的配置，可以最大程度地保证数据的完整性和一致性，但可能会对性能产生一定影响。
2.如何设置
设置为"双1"配置（通常在MySQL配置文件my.cnf或my.ini中设置）：
[mysqld]
innodb_flush_log_at_trx_commit=1
sync_binlog=1
更改配置后，需要重启MySQL服务使设置生效。
3.性能考虑
虽然"双1"配置提供了最强的数据安全保障，但它也可能对数据库的性能产生影响。每次事务提交都需要进行磁盘I/O操作，这可能会降低事务的处理速度，特别是在高并发的环境下。因此，在决定是否使用"双1"配置时，需要在数据安全性和性能之间做出权衡。
4.sync_binlog 和 innodb_flush_log_at_trx_commit 参数的其他设置值
MySQL 中的 sync_binlog 参数用于控制二进制日志（binary log）写入磁盘的频率。主要有以下几种常见设置：
- sync_binlog = 0
- 默认值
- MySQL 不会主动同步二进制日志到磁盘
- 依赖操作系统来刷新文件系统缓存
- 性能最好，但在崩溃时可能丢失事务
- sync_binlog = 1
- 每次事务提交时都会同步二进制日志到磁盘
- 最安全，但性能影响最大
- 可以保证在服务器崩溃时不丢失事务
- sync_binlog = N（N > 1）
- 每 N 次事务提交后同步一次二进制日志
- 是性能和安全性之间的折中
- 例如，sync_binlog = 100 表示每 100 次事务提交后同步一次
- sync_binlog = 1000
- 常见的折中设置
- 每 1000 次事务提交后同步一次
- 在大多数场景下能提供不错的性能和相对可接受的安全性
选择合适的 sync_binlog 值需要根据具体的应用场景、硬件条件和对数据安全性的要求来权衡。较低的值提供更高的安全性但可能影响性能，较高的值则相反。
innodb_flush_log_at_trx_commit 参数用于控制 InnoDB 存储引擎在事务提交时如何刷新日志到磁盘，以平衡数据的持久性和性能。该参数有三个可能的值：
- innodb_flush_log_at_trx_commit = 1
- 这是默认设置，提供最高的数据持久性保证。
- 每次事务提交时，InnoDB 都会将日志写入日志文件并同步到磁盘。
- 这可以确保即使发生崩溃，最近提交的事务也不会丢失。
- 但这可能会对性能产生影响，因为每次事务提交都需要磁盘 I/O 操作。
- innodb_flush_log_at_trx_commit = 0
- 在这种设置下，InnoDB 每秒将日志写入日志文件并同步到磁盘一次，而不是在每次事务提交时。
- 这可以提高性能，因为减少了磁盘 I/O 操作的次数。
- 但如果 MySQL 服务器崩溃，你可能会丢失最近一秒内提交的事务。
- innodb_flush_log_at_trx_commit = 2
- 在这种设置下，InnoDB 会在每次事务提交时将日志写入日志文件，但不会立即同步到磁盘。
- 相反，操作系统会根据其自身的调度来决定何时将数据刷新到磁盘。
- 这种方法提供了比 innodb_flush_log_at_trx_commit = 1 更好的性能，同时比 innodb_flush_log_at_trx_commit = 0 更好的数据持久性，因为即使 MySQL 服务器进程崩溃，操作系统仍然可能将数据刷新到磁盘。
选择哪个值取决于你对性能和数据持久性的需求。如果数据安全非常重要，建议使用默认值 1。如果追求更高的性能，并且可以接受在极端情况下丢失几秒钟的数据，可以考虑使用 0 或 2。
