使用索引是提升SQL查询性能的最有效方法之一。创建合适的索引可以显著减少查询扫描的行数。例如，在经常用于WHERE条件或JOIN的列上建立索引，能让数据库快速定位数据，避免全表扫描。复合索引适用于多列查询场景，确保索引列顺序与查询条件匹配。避免在低选择性列（如性别）上建索引，否则效果有限。

避免SELECT *，只选择必要字段

查询时不要使用SELECT *，而是明确列出需要的字段。这样不仅减少数据传输量，还能利用覆盖索引，避免回表操作。例如，SELECT id, name FROM users WHERE age > 18; 比 SELECT * 高效得多，尤其在大数据量表中。

优化JOIN操作

JOIN是性能杀手，使用时优先选择INNER JOIN而非LEFT JOIN。确保JOIN列上有索引，并将小表JOIN到大表。使用EXPLAIN分析执行计划，检查是否使用了索引，避免笛卡尔积。子查询有时比JOIN慢，视情况转换为JOIN。

限制结果集大小

总是使用LIMIT限制返回行数，特别是排序查询。ORDER BY配合LIMIT能利用索引优化。例如，SELECT * FROM orders ORDER BY created_at DESC LIMIT 10; 如果created_at有索引，性能极佳。分页时避免OFFSET过大，使用键集分页更好。

批量操作取代循环查询

不要在应用层用循环执行单条SQL，而是用批量INSERT/UPDATE。例如，INSERT INTO table (col1, col2) VALUES (1,'a'),(2,'b'); 远胜多次单插。同样，批量删除或更新能减少锁竞争。

使用EXPLAIN分析查询计划

运行EXPLAIN SELECT ... 查看执行计划，关注key、rows、Extra列。无key表示未用索引，rows过多需优化。MySQL的EXPLAIN EXTENDED提供更深分析，帮助发现隐含问题。

分表分库与读写分离

对于海量数据，按业务或时间分表，如orders_2023、orders_2024。水平分库根据用户ID哈希分散负载。主从复制实现读写分离，主库写，从库读，提升整体吞吐。

FAQ
Q: 什么时候需要创建索引？
A: 在WHERE、JOIN、ORDER BY、GROUP BY频繁使用的列上创建，尤其是高选择性列。
Q: SELECT * 为什么慢？
A: 它返回所有字段，增加IO和网络传输，且无法用覆盖索引。
Q: 如何处理慢查询？
A: 开启慢查询日志，用EXPLAIN诊断，优化索引或改写SQL。
Q: 分页查询大OFFSET怎么优化？
A: 用WHERE id > last_id LIMIT n; 代替 OFFSET，实现键集分页。