MySQL

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

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

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

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

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

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

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

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

答：无效。query_cache_limit 是旧查询缓存用来限制可缓存单个查询结果大小的参数，MySQL 8.0 已移除查询缓存，8.4 没有这项配置。

答：先查接收线程是否正常、日志到达位置，再查应用线程错误、正在执行事务和阻塞。比较源端、已接收、已执行的状态，定位积压在哪一段。