MySQL 的"双1"设置通常指的是两个配置参数：innodb_flush_log_at_trx_commit 和 sync_binlog。这两个参数都与 MySQL 的数据安全和性能有关。
innodb_flush_log_at_trx_commit：这个参数控制了 InnoDB 引擎中事务日志的刷新频率。它有三个可能的值：- 0：表示每秒钟将日志缓冲区的数据写入到日志文件中，并且不做 fsync 操作。这种设置可能会导致在崩溃或电源故障时丢失最多一秒钟的数据。
- 1（默认）：表示每次事务提交时都将日志缓冲区的数据写入到日志文件中，并做 fsync 操作。这种设置可以保证在崩溃或电源故障时不会丢失已提交的事务数据。
- 2：表示每次事务提交时都将日志缓冲区的数据写入到日志文件中，但不做 fsync 操作。这种设置可能会导致在崩溃或电源故障时丢失已提交的事务数据。
"双1"设置中，这个参数通常被设置为 1，以确保数据的安全性。
sync_binlog：这个参数控制了 MySQL 的二进制日志的同步写入频率。它也有三个可能的值：- 0：表示不立即将二进制日志写入磁盘，而是由操作系统决定何时写入。这种设置可能会导致在崩溃或电源故障时丢失一些事务数据。
- 1（默认）：表示每次事务提交时都将二进制日志写入磁盘。这种设置可以保证在崩溃或电源故障时不会丢失已提交的事务数据。
- N（N > 1）：表示每 N 次事务提交时将二进制日志写入磁盘。这种设置可以提高性能，但也可能会导致在崩溃或电源故障时丢失一些事务数据。
"双1"设置中，这个参数也通常被设置为 1，以确保数据的安全性。
总的来说，"双1"设置是为了在保证数据安全的前提下，尽可能地提高 MySQL 的性能。这种设置可以防止在崩溃或电源故障时丢失已提交的事务数据，但也可能会对性能产生一定的影响。根据实际情况，可以调整这两个参数的值来平衡数据安全性和性能。
关于“双1”设置
在生产环境中，是否使用“双1”设置（即innodb_flush_log_at_trx_commit=1和sync_binlog=1）通常取决于以下几个因素：
- 数据安全性需求：如果你的应用程序对数据安全性有非常高的要求，例如金融交易或医疗记录，那么使用“双1”设置可以最大限度地减少数据丢失的风险。
- 性能需求：如果你的系统需要处理大量的写入操作，并且性能是一个关键因素，那么可能需要考虑使用“非双1”设置来提高写入速度。
- 备份和恢复策略：如果你有一个可靠的备份和恢复系统，可以在发生故障时快速恢复数据，那么你可能会选择使用“非双1”设置。
在什么情况下改为“非双1”设置
参考1：在某些情况下，你可能会临时或长期地将生产库的设置改为“非双1”，例如：
- 大规模数据导入或批量更新：为了提高性能，可能会将这两个参数的值调整为0或2，以加快数据写入速度。
- 数据库维护、升级或迁移：在这些操作中，可能需要暂时降低数据安全性来加速过程。
参考2：
业务高峰期。一般如果有预知的高峰期，DBA会有预案，把主库设置成“非双1”。
备库延迟，为了让备库尽快赶上主库。
用备份恢复主库的副本，应用binlog的过程，这个跟上一种场景类似。
批量导入数据的时候。
止损方案
如果使用了“非双1”设置，以下是一些常见的止损方案：
- 定期备份：无论使用哪种设置，都应定期备份数据，以便在发生故障时可以从备份中恢复。
- 实时复制：使用MySQL的复制功能，保持至少一个从库的同步状态，以便在主库出现问题时可以快速切换到从库。
- 监控系统：实施监控系统，及时检测到数据库异常并采取相应的措施。
- 灾难恢复计划：制定详细的灾难恢复计划，包括数据恢复、系统重建等步骤。
总之，选择是否使用“双1”设置以及何时调整这些设置，需要根据具体情况权衡数据安全性和性能。同时，建立有效的止损方案可以帮助你在发生异常时快速恢复。