InnoDB选择B+树是因为它相比B树具有更高的扇出（非叶节点只存键、不存数据，同样磁盘页能容纳更多键，从而降低树高、减少磁盘I/O），且所有数据都在叶子节点并用链表相连，天然支持高效的范围查询和排序；而哈希表虽然等值查询是O(1)，却不支持范围查询和顺序遍历，还会因哈希冲突影响性能，也无法满足InnoDB大量范围扫描和排序的实际需求，所以B+树在磁盘I/O、范围查询和稳定查询效率之间取得了最佳平衡。

SBR记录的是SQL语句本身，优点是日志量小、可读性强、便于审计，且对批量更新（如一条UPDATE影响多行）只记一条语句，但缺点是不确定性语句（如含RAND()、NOW()、LIMIT无ORDER BY、用户自定义函数等）在主从间可能产生不一致，需依赖binlog格式和隔离级别约束，触发器/存储过程也可能重复执行；RBR记录每行数据的实际变更前后值，优点是复制最安全、能保证主从一致、不依赖SQL语义，缺点是日志量大（批量更新会膨胀数倍）、binlog体积和网络传输开销高、可读性差、无法直接从binlog看出原始SQL；MBR（MySQL默认）则由MySQL自动判断，一般语句用SBR、遇到不确定性语句自动切换为RBR，兼顾日志量和一致性，但缺点是行为不完全可预测、排查问题时需结合两种格式分析，且仍可能因判断边界出现意外切换。

InnoDB的共享表空间（ibdata1，由innodb_data_file_path定义）把多个表的数据和索引集中存放在一个或几个系统表空间文件中，而独立表空间（file-per-table）为每张表创建独立的.ibd文件、单独存放该表的数据和索引；`innodb_file_per_table`参数控制这一行为——设为ON（MySQL 5.6.6起默认）时每张新建表使用独立.ibd文件，设为OFF时新表数据写入共享表空间，该参数只影响新建表、对已有表不改变其存储位置（需ALTER TABLE ... TABLESPACE或重建才能迁移）；独立表空间便于单表备份/恢复、truncate或drop后直接释放磁盘空间、减少单文件膨胀和锁争用，但每个.ibd有额外文件句柄和元数据开销；共享表空间则减少文件数量、便于统一管理，但drop表后空间不会自动归还、易形成碎片且单文件过大影响备份恢复，此外undo log、change buffer、双写缓冲等系统数据始终存放在共享表空间（ibdata）中，与是否开启file-per-table无关。

会回退——但仅限MySQL 8.0之前：在MySQL 5.7及更早版本中，InnoDB的自增计数器在8.0之前只保存在内存里，重启后通过 `SELECT MAX(id) FROM table` 重新初始化（8.0之前实际是读取索引中最大记录值来估算），因此如果删除过最大id的行，重启后自增值会回退到当前最大id+1，可能造成主键复用；MySQL 8.0起InnoDB将自增计数器持久化到redo log并在每次变更时写入，重启后从redo log恢复，不再回退，保证自增值单调递增（除非手动ALTER或truncate等重置），从而避免了重启后主键冲突或复用问题。

MySQL 8.0移除查询缓存是因为它在大并发写入场景下不仅收益有限反而成为性能瓶颈，其失效机制的核心缺陷在于：查询缓存以SQL语句文本为键、以整张表为粒度做失效——只要对某张表发生任何写操作（INSERT/UPDATE/DELETE/DDL），该表上所有查询缓存条目都会被全部清空，哪怕只改了一行、哪怕缓存的是完全无关的查询，导致写频繁的表上缓存几乎无法命中、还白白付出维护缓存的锁开销（全局互斥的查询缓存锁在高并发下成为争用热点），同时SQL文本稍有差异（空格、大小写、注释）就无法命中，命中率低而维护成本高，因此MySQL 8.0彻底移除查询缓存，转而依赖InnoDB缓冲池、自适应哈希索引以及应用层/中间件缓存来提升读性能。

Change Buffer是InnoDB在缓冲池中维护的一块特殊区域，用于暂存对非唯一二级索引页的插入、更新和删除操作——当这些索引页不在缓冲池中时，InnoDB不立即从磁盘读取该页，而是先把变更记录到Change Buffer中，等该页后续被读入缓冲池时再合并（merge）应用，从而把多次随机磁盘I/O合并为一次顺序写；对非唯一二级索引的写入性能影响体现在：它避免了每次写非唯一二级索引都触发随机读盘，显著减少随机I/O、提升写入吞吐，尤其在写多读少、索引页命中率低的场景下收益明显，但代价是占用缓冲池内存、增加后续merge开销，且对唯一二级索引无效（唯一性校验必须读页确认），事务提交时也不保证已落盘、需靠redo log保证持久性。

聚簇索引是指索引和数据存放在一起、索引的叶子节点直接包含完整行数据的索引结构；InnoDB以主键（无主键则选唯一非空索引，再无则隐式生成row_id）构建聚簇索引，表数据本身就存储在聚簇索引的叶子节点中，二级索引叶子节点存的是主键值、查询时需回表，而MyISAM是非聚簇索引，索引和数据完全分离，索引叶子节点只存数据记录的物理地址（行指针），数据另存在独立的数据文件中，因此MyISAM的主键索引和二级索引结构相同、都需通过地址回表取数据，这也导致InnoDB的主键查询可直接取到整行、范围扫描沿叶子链表高效进行，而MyISAM无论主键还是二级索引访问都要多一次按地址定位数据的开销。

因为备份不等于可恢复，可能损坏、缺失或流程失效；恢复演练应包含准备环境、选备份、按流程恢复、校验数据、记录耗时和问题、优化预案。

跨库JOIN可拆成多次查询在应用层拼装或用宽表冗余；全局排序可各分片先排序再归并，或引入ES；深度分页可用游标分页、延迟关联或限制页深。

统计信息不准会导致优化器选错执行计划，比如该走索引却全表扫描、join 顺序错误，进而查询变慢；可通过 ANALYZE TABLE、定期自动统计、采样调优或手动指定计划来更新。