zty0721的博客

若风险较高，建议通过主从切换或第三方工具（如pt-online-schema-change）实现，确保业务不受影响。在千万量级的大表上创建索引是一项高风险操作，可能导致锁表、占用大量磁盘I/O和内存资源，甚至引发数据库崩溃。将活跃数据和历史数据分开存储，只在活跃表上添加索引。针对高频查询，创建预计算表并添加索引，定期同步数据。在千万量级表上添加索引的核心原则是。

MySQL 的 MVCC（Multi-Version Concurrency Control，多版本并发控制）是实现高性能、高并发事务的核心机制，尤其在可重复读（REPEATABLE READ）隔离级别下发挥重要作用。MVCC 为数据库中的每行记录保存多个历史版本，每个事务读取时会看到特定版本的数据，而非最新数据。事务始终使用启动时的一致性视图，即使其他事务插入新记录，当前事务也看不到（因为新记录的。，在不加锁的情况下实现了事务的隔离性，显著提高了并发性能。），用于标识事务的先后顺序。

，并在业务层优化查询逻辑，减少长事务持有锁的时间。仅在必要时（如金融交易）才使用 SERIALIZABLE 隔离级别。属于当前读，读取的是最新数据而非快照。若其他事务在两次当前读之间插入了新记录，第二次读取时会看到这些“幻影”记录。（行锁 + 间隙锁），阻止其他事务在锁定范围内插入新记录。插入意向锁允许并发插入不同间隙，但当前读（如。）会重新评估条件，导致前后操作的记录数不一致。MySQL 的可重复读隔离级别默认使用。在 MySQL 的可重复读隔离级别下，，强制事务串行执行。

合理选择数据类型是优化 MySQL 性能的基础。建议根据数据范围、精度要求、查询模式综合决策，并通过EXPLAIN分析查询性能。在设计阶段多做预研，避免后期因数据类型不合理导致的重构成本。

延迟双删是一种简单有效的缓存一致性方案，通过牺牲一定的延迟时间（通常为秒级）来换取最终一致性。在实际应用中，需根据业务场景合理配置延迟时间、选择异步执行方案，并做好监控与降级。对于金融级强一致性需求，建议结合分布式事务框架使用；对于高并发场景，可考虑基于Binlog的异步同步方案。

通过以上结构化回答，既能展现对理论的理解，又能体现实践经验，同时展示权衡取舍的能力，符合技术面试的核心考察点。：TCC（Try-Confirm-Cancel）补偿事务 + 分布式锁。三个维度展开，并结合实际案例说明优缺点。：Cache Aside Pattern（旁路缓存）+ 延迟双删。Redis（缓存）与MySQL（数据库）的数据一致性问题本质是。在面试中回答Redis与MySQL的数据一致性问题时，建议从。：主从复制延迟导致读从库时读到旧数据。：基于Binlog的增量订阅与消费。

作用：记录MySQL服务器启动、运行和关闭过程中的关键事件，包括错误、警告和正常启动信息。核心价值：用于排查服务器启动失败、崩溃原因，以及运行时的异常问题。作用：记录执行时间超过阈值的SQL查询，用于定位性能瓶颈。核心价值：帮助优化慢查询，提升数据库性能。作用：记录所有修改数据的操作（INSERT/UPDATE/DELETE等），用于主从复制和数据恢复。核心价值：实现数据库增量备份、故障恢复及主从同步。作用：记录所有发送到MySQL的查询语句（包括SELECT），用于审计和调试。核心价值。