MySQL

答：先对齐变慢时间与部署、流量、查询计划、存储和连接变化。比较基线，判断是整体资源饱和、某类 SQL 变重，还是锁或复制引发局部问题。

答：常见有复制配合外部故障转移，或 Group Replication 与 InnoDB Cluster 等集群方案。选择时要看写入拓扑、故障确认、隔离旧主、路由和恢复目标。

答：InnoDB redo 和服务器 binlog 的持久化设置影响提交后的恢复。常见可靠配置是 innodb_flush_log_at_trx_commit=1 与 sync_binlog=1，实际保证还取决于存储、部署与故障类型。

答：水平切分把不同行分到不同分片，常见按范围、哈希或业务租户。选键要结合访问路径、数据增长、热点与再分片成本。单库分区和跨库分片范围不同。

答：mysqldump 读出对象定义和记录形成逻辑备份。XtraBackup 面向物理文件备份，在线复制数据文件时收集相应日志，再通过 prepare 等步骤让备份可恢复。

答：先判断瓶颈在缓存、刷脏页、日志、磁盘还是锁。重点查看 buffer pool、I/O、redo 容量与刷盘指标，再针对目标改参数并保留回退。

答：保留死锁报告，找出每个事务执行的语句、持有与等待的锁，再按顺序画出等待环。结合表索引和业务访问路径，定位为何同一批资源被反向获取。

答：适合用 MySQL 做的工作，可通过过滤、批处理、分页、合适索引和必要分区减少无用读取。超大分析或长时间扫描应评估与在线事务的隔离。

答：两者都支持多语言字符和排序能力，但字符集命名、列长度、排序规则、会话设置及驱动行为不同。MySQL 常用 utf8mb4，Oracle 要按实例和字段类型核对字符集及长度语义。

答：先确认当前连接、运行线程、连接来源与等待。处理泄漏、长事务、重试风暴或实例池配置问题，再评估数据库有余力时的连接预算。