MySQL

答：它们与空闲会话超时有关，不是 SQL 执行时限。客户端是否按交互标志连接，会影响会话 wait_timeout 的初始来源，不能只按“我在终端操作”猜测。

答：mysqldump 生成逻辑结构与数据，恢复通常由 mysql 客户端执行相应脚本。对 InnoDB 可评估 single-transaction 取得一致视图，但它不能让所有引擎和并发 DDL 都自动一致。

答：按资源可看记录、间隙或范围、表、元数据和全局等锁；按兼容关系可看共享、排他与意向等模式。它们是不同维度，不能硬凑成互斥的固定几种。

答：联合有序索引按列顺序组织，先按第一列，再在同值范围里排列后续列。能否有效缩小范围和避免排序，要结合等值、范围、排序方向及实际查询判断。

答：常见有 RANGE、LIST、HASH、KEY，以及相应 COLUMNS 或子分区等支持组合，具体限制按 8.4 文档确认。分区是逻辑表的组织方式，不自动把数据分到多个服务器。

答：先减少无用扫描、结果传输和重复查询，再按常用条件设计索引、分页与关联。需要实际 SQL、参数、计划和等待信息，不能从方法名猜瓶颈。

答：InnoDB 是现代默认事务引擎；MyISAM 有不同锁与恢复能力；MEMORY 把数据放内存，重启后内容丢失，不提供 InnoDB 同等事务保证。能力应按真实表引擎而非服务器名字判断。

答：看访问方法、候选与实际索引、估计行数、过滤、排序和连接路径，再对照实际耗时与数据分布。计划是解释优化器选择的证据，不是只找一列是否写了索引名。

答：先定位经常慢或总成本高的语句，区分锁等待、执行与取数，再检查计划、索引和返回量。慢日志只是入口，不包含全部应用侧排队和网络处理。

答：事务相互持有对方需要的锁形成环，就是死锁。启用检测时，InnoDB 可发现等待环并选择牺牲者回滚；应用仍需正确处理失败并按条件重试整个事务。