企业官网建设流程全解析

WHERE a = ? AND b = ? 用不上 (a, b) 索引是因为未满足最左前缀匹配原则：必须从索引最左列开始连续使用，且首列需为确定等值条件；若跳过a直接查b，或a为范围/函数/NULL，则索引失效。为什么 WHERE a = ? AND b = ? 用不上 (a, b) 索引？不是索引建错了，是查询条件没触发最左前缀匹配。MySQL 多列索引生效前提是：从左到右连续使用索引列，中间不能跳过。比如索引是 (status, created_at, user_id)，但查询只写了 WHERE user_id = 123，那整个索引就失效。常见错误现象：EXPLAIN 显示 type: ALL 或 key: NULL，哪怕字段上明明建了索引。必须保证 WHERE 条件中，最左边的列（如 status）有确定值（非 IS NULL、非范围、非函数包裹），后续列才能被索引下推范围查询（>、BETWEEN、LIKE 'abc%'）会截断索引，WHERE status = 'active' AND created_at > '2024-01-01' AND user_id = 123 实际只用到前两列OR 条件大概率让整条索引失效，别指望优化器能聪明地拆解区分度低的字段（如 gender、is_deleted）该不该放索引最左？不该——除非它能显著过滤数据。区分度（cardinality）低于 5% 的字段，单独建索引几乎没意义；放在联合索引最左，反而拖慢所有依赖该索引的等值查询。使用场景：你有一张订单表，order_status 只有 4 个值（pending / paid / shipped / cancelled），但 user_id 有百万级唯一值。此时 (order_status, user_id) 不如 (user_id, order_status)。用 SHOW INDEX FROM table_name 查看 Cardinality 列，对比字段实际唯一值数量执行 SELECT COUNT(DISTINCT col) / COUNT(*) FROM table_name，结果低于 0.03 就算低区分度如果必须查低区分度字段，优先考虑加在索引右侧，作为“筛选后排序/分组”的辅助列如何验证新索引是否真被用了？别只信 EXPLAINEXPLAIN 显示 key 非空，不代表查询真的快——可能走了索引但回表太多，或者扫描了大量无效索引页。 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能