InnoDB 存储引擎：

• 支持事务（ACID特性）。
• 数据通过索引组织表数据，支持外键约束。
• 适合需要高一致性和复制的应用场景。

MyISAM 存储引擎：

• 不支持事务，适合只读或读写混合场景。
• 数据索引以哈希表形式存储，查询效率较高。
• 适合需要快速索引的应用，但不需要高一致性。

Memory 存储引擎：

• 数据存储在内存中，性能极佳，但数据丢失后无法恢复。
• 适合缓存或临时数据存储。

B+ 树索引：

• 典型用于高并发场景，支持范围查询和排序操作。
• 适合主键和常用查询字段。

哈希索引：

• 优点：查询速度快，适合等值查询。
• 缺点：不支持范围查询和排序操作。

行锁与表锁：

• 行锁：锁定单行数据，粒度更细，性能更好。
• 表锁：锁定整个表，适合静态数据或只读场景。

乐观锁与悲观锁：

• 悲观锁：锁定数据后，执行操作后才释放锁，可能导致死锁。
• 乐观锁：锁定数据后，执行操作后检查数据是否被修改，释放锁。

锁的粒度与性能：

• 行锁的锁粒度通常比表锁更好，但具体效果取决于数据库设计和应用场景。

事务日志（Redo Log）：

• 记录所有事务操作，保证数据一致性。
• 在崩溃恢复时，通过重放日志来恢复数据。

二进制日志（Binlog）：

• 记录数据变更操作，便于主从复制和数据恢复。
• 支持异步复制，适合分布式系统。

错误日志和慢查询日志：

• 错误日志：记录数据库错误和警告信息。
• 慢查询日志：记录执行时间过长的SQL查询，用于性能优化。

ACID特性：

• 原子性（Atomicity）：所有操作要么全部成功，要么全部失败。
• 一致性（Consistency）：事务完成时，数据必须处于合法状态。
• 隔离性（Isolation）：事务之间互不影响。
• 持久性（Durability）：事务提交后，修改已被写入存储。

MySQL 四种隔离级别：

• 读未提交（Read Uncommitted）：最低隔离级别，可能导致幻读。
• 读已提交（Read Committed）：默认隔离级别，避免幻读。
• 可重复使用（Repeatable Reads）：防止脏读，但允许同一事务中多次重复读取数据。
• 串行化（Serializable）：最高隔离级别，完全避免交叉读取。

事务的实现机制：

• 使用锁机制实现隔离性，通过日志记录和Redo Log确保持久性。

主从复制的原理：

• 主数据库负责写入数据和处理事务。
• 从数据库负责读取数据和故障转移。
• 数据通过二进制日志复制到从数据库。

高可用架构设计：

• 使用集群、主从复制或Galera Cluster实现高可用。
• 确保网络、存储和电源的多重备份，防止单点故障。

查询优化：

• 优化索引结构。
• 使用EXPLAIN分析慢查询。
• 化简复杂查询，避免使用复杂连接。

索引优化：

• 避免过度索引，减少索引占用。
• 优化索引类型和大小，提升查询效率。

配置优化：

• 调整参数如sort_buffer_size和query_cache_size。
• 优化连接设置，提升连接池性能。