全部面试题

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

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

答：先对齐变慢时间与部署、流量、查询计划、存储和连接变化。比较基线，判断是整体资源饱和、某类 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 做的工作，可通过过滤、批处理、分页、合适索引和必要分区减少无用读取。超大分析或长时间扫描应评估与在线事务的隔离。