在 MySQL 中优化查询性能，升级索引和表结构是关键操作。这通常包括添加更高效的索引、调整现有索引、修改字段类型、使用合适的存储引擎等。下面介绍几种常见且实用的方法。
1. 添加或优化索引
索引能显著提升查询速度，但设计不当会拖慢写入性能或占用过多空间。
建议： 为常用查询字段加索引：比如 WHERE、ORDER BY、JOIN 条件中的列。 使用复合索引代替多个单列索引：例如 (user_id, status) 比单独建两个索引更高效，尤其在多条件查询时。 避免冗余索引：如已有 (a,b)，再建 (a) 就是多余的。 考虑前缀索引：对长文本字段（如 VARCHAR(255)），可只索引前 N 个字符，节省空间，如 INDEX(title(20))。 使用覆盖索引：让索引包含查询所需的所有字段，避免回表。例如 SELECT id, status FROM table WHERE user_id = 100，可建 (user_id, status, id) 索引。示例语句：
CREATE INDEX idx_user_status ON orders (user_id, status);ALTER TABLE users ADD INDEX idx_email_prefix (email(10));
2. 调整表结构设计
合理的表结构是高性能的基础。随着业务发展，原始设计可能不再适用。
建议： 选择合适的数据类型：用 INT 而不是 VARCHAR 存数字，用 TINYINT 表示状态码，节省空间并加快比较。 避免使用 NULL 值过多：尽量设为 NOT NULL，除非确实需要。NULL 值会影响索引效率。 拆分大字段：如将 TEXT 类型的描述字段独立成关联表，减少主表体积，提升查询效率。 考虑分区表：对于超大表（如日志），按时间或范围分区，可以大幅提升查询和维护效率。 检查并优化字符集：统一使用 utf8mb4，并确保 COLLATION 一致，避免隐式转换影响索引使用。示例修改：
ALTER TABLE logs MODIFY create_time DATETIME NOT NULL;ALTER TABLE users MODIFY status TINYINT NOT NULL DEFAULT 1;
ALTER TABLE articles PARTITION BY RANGE (YEAR(created_at)) (...);
3. 使用合适的存储引擎
MySQL 支持多种存储引擎，InnoDB 是默认且最常用的，支持事务和行级锁。
确认当前表使用 InnoDB：SHOW CREATE TABLE table_name; 如果不是，可转换： ALTER TABLE my_table ENGINE=InnoDB; InnoDB 对于大多数场景更稳定、并发更好，尤其是写密集型应用。4. 分析执行计划与实际效果
改完结构后必须验证是否生效。
使用 EXPLAIN 或 EXPLAIN FORMAT=JSON 查看 SQL 执行路径。 关注是否走了预期索引、是否有 Using filesort 或 Using temporary。 通过慢查询日志找出瓶颈 SQL，针对性优化。示例：
EXPLAIN SELECT * FROM orders WHERE user_id = 100 AND status = 1;基本上就这些。关键是根据实际查询模式调整，不能盲目加索引或改结构。每次变更建议先在测试环境验证，再上线。不复杂但容易忽略细节。
