select *在大表上特别慢，因强制读取全部列导致i/o激增且覆盖索引失效；应明确指定字段、用count(1)或select 1+limit 1，并避免函数/隐式转换/左模糊等使索引失效的where写法。
为什么SELECT *在大表上特别慢
因为数据库要从磁盘读取所有列的数据页，再通过网络传回客户端。哪怕你只关心3个字段，SELECT * 仍会加载几十甚至上百列的原始数据，触发大量I/O和内存拷贝。更关键的是，它让索引失效——即使你在WHERE条件列上有索引，只要查询字段没被索引“覆盖”，数据库仍得回表查完整行。
什么是覆盖索引（Covering Index）
覆盖索引是指：索引本身已经包含SELECT语句中所有需要的字段，数据库无需访问原表数据页就能返回结果。比如表orders有字段id、user_id、status、created_at、amount，而你常执行：SELECT user_id, status, created_at FROM orders WHERE user_id = 123;
那么建一个复合索引：CREATE INDEX idx_user_status_time ON orders (user_id, status, created_at); 就能让这次查询完全走索引，不碰主键聚簇索引。
如何判断一次查询是否被索引覆盖
用EXPLAIN看执行计划，重点关注两处：
• type 字段为 ref 或 range（说明走了索引）
• Extra 字段不含 Using filesort 或 Using temporary，且出现 Using index（这才是覆盖的关键标志）
如果Extra里是 Using index condition，说明用了索引下推（ICP），但未必覆盖；只有纯 Using index 才表示全字段都在索引里。
容易被忽略的细节
覆盖索引对NULL值敏感：如果索引列允许NULL，而查询中又涉及IS NULL或IS NOT NULL，某些引擎（如MySQL 5.7前）可能无法走覆盖路径。
另外，TEXT、BLOB 类型不能直接加入索引，若你试图在覆盖索引里包含它们，实际会被截断或报错。
最后，别在覆盖索引里塞太多字段——索引越大，写入开销越高，维护成本越明显。优先覆盖高频、轻量、过滤性强的组合。
