全部面试题

答：先确定导出范围和恢复目标。single-transaction 用于支持一致快照的事务表，routines、events、triggers 涉及对应对象。需要复制起点时检查 source-data 和 GTID 相关选项。

答：看字段类型、约束、SQL 模式和具体语句。严格模式通常将一部分非法或越界值变成错误，非严格或 IGNORE 等路径可能出现警告、截断或替换。

答：binlog 可用于复制和按位置恢复，redo 参与 InnoDB 崩溃恢复，慢日志和错误日志提供排障证据。应按用途设置保留、容量与访问控制。

答：先明确哪些列定义重复，按这些列分组找重复。再确定稳定的保留规则，例如保留最小主键。先用查询预览受影响记录，再分批或在可控事务内删除。

答：先确认分词、语言、停用词、最小词长和查询模式，再评估 FULLTEXT 索引与结果。速度之外还要看相关性和漏召回，尤其是中文搜索。

答：先准备与源端复制位置一致的数据快照，恢复到新实例，配置独立标识和复制账号，再从匹配的位置或 GTID 自动定位开始追赶。

答：QPS 是每秒查询或语句数，TPS 是每秒事务数。先定义统计口径，再用观察窗口内计数差除以秒数。事务可能含多条 SQL，也可能自动提交。

答：连续翻页优先评估基于排序键的分页，用上一页最后记录作边界并配合匹配索引。要支持任意跳页时，可限制页深、缓存定位点，或先取窄索引中的键再取详情。

答：先选择正确含义。COUNT(*) 数行，COUNT(列) 忽略 NULL。优化从过滤范围和可用索引入手，InnoDB 需要考虑事务可见性，不能总读一个固定计数。

答：按源格式与权限评估 LOAD DATA 或批量 INSERT，控制批次、提交与并发，同时安排校验、失败重跑和空间预算。大导入会影响日志、复制和在线业务。