如何解决mysqli_sql_exception：查询未使用索引的报错问题

问题核心 #

你开启了MYSQLI_REPORT_ALL模式，该模式会将MySQL的索引未使用警告升级为错误抛出。尽管尝试了FORCE INDEX，查询仍未命中索引，需从索引有效性、执行计划、代码细节等方向排查解决。

具体解决步骤 #

1. 修正代码中的变量错误 #

你的functions.php存在变量名错误，会干扰查询执行：

// 错误：$polaczenie未定义，应改为连接变量$con
if($result = $polaczenie->query(sprintf($query, mysqli_real_escape_string($con, $value))))

先修正为$con->query，避免后续排查出现干扰项。

2. 确保索引为覆盖索引 #

确认idx_category是仅针对category字段的单列索引。如果是联合索引（包含其他字段），MySQL优化器可能认为全表扫描成本更低。若不是单列索引，重新创建覆盖索引：

CREATE INDEX idx_category ON books(category);

覆盖索引仅包含category字段，MySQL可直接从索引中获取DISTINCT和ORDER BY所需数据，无需回表，会优先选择使用该索引。

3. 用执行计划验证索引使用 #

执行EXPLAIN命令分析查询逻辑：

EXPLAIN SELECT DISTINCT category FROM books ORDER BY category ASC;

重点关注：

• type列：ALL代表全表扫描，range/ref代表用到索引
• key列：显示实际使用的索引名称，为空则未命中索引
• Extra列：Using index表示使用了覆盖索引，为最优状态

若FORCE INDEX后key列仍为空，检查索引是否创建成功，或是否因表数据量过小（MySQL判定全表扫描更快）导致。

4. 调整优化器配置（可选） #

若MySQL优化器默认设置跳过索引，可临时关闭相关开关：

SET optimizer_switch='skip_scan=off';

关闭skip_scan后，优化器会优先考虑使用索引扫描。

5. 精准控制错误报告（折中方案） #

若不想完全关闭MYSQLI_REPORT_ALL，可仅报告严重错误，排除索引警告：

// 替代MYSQLI_REPORT_ALL，仅抛出严重错误
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

既保留错误抛出机制，又不会把索引未使用的警告触发报错。

内容的提问来源于stack exchange，提问作者Jason