mysql 事务 acid 特性由 innodb 自动保障：原子性靠 undo log 实现全有或全无；一致性 […]
外键约束应依场景权衡取舍：在单体数据库、强一致性要求高、多服务共写等场景下推荐使用，以保障刚性数据完整性；而在 […]
sql 并发更新冲突本质是多事务改同一行致业务异常，解决核心是控制并发行为而非避免并发，常用方案包括乐观锁、悲 […]
高并发写入场景下，SQL 性能瓶颈往往集中在单条 INSERT 的开销、行锁 / 表锁争用、以及事务提交频率上 […]
mysql 备份恢复需按场景选逻辑 / 物理备份及 binlog，逻辑备份用 mysqldump 加 R […]
sql 唯一约束的核心目标是保证数据不重复，本质是自动创建唯一索引，影响写入性能与查询效率；需谨慎选择字段、考 […]
sql 性能优化需系统性排查：先通过慢查询日志和 explain 定位瓶颈，再针对性优化索引（遵守最左匹配、避 […]
异地容灾核心目标是“可切换”而非“同步”，采用“异步复制 + 日志补位 + 定期校验”三层架构，确保 rto […]
大表分区不是简单按时间或 ID 切分，核心是让查询能精准落到某个分区、避免全表扫描，同时兼顾数据生命周期管理和 […]
自增主键是单库场景最优解，因其写入快、索引小、查询稳；uuid 等随机主键导致页分裂、io 压力大、索引膨胀； […]
