在家用无线网络环境里，很多人会自己搭个小服务器，比如用来记录智能家居设备的状态。时间一长，数据多了，查起来就慢。这时候大家都会想到加个索引提速。但有个问题经常被问：如果我要查“不是某种状态”的数据，也就是负向查询，比如“找出所有没离线的设备”，这种能用上索引吗？
负向查询到底是什么
所谓负向查询，就是使用 NOT 条件的语句，常见的有 !=、<> 或者 NOT IN、NOT EXISTS 这些。比如在设备状态表里写一句：
SELECT * FROM devices WHERE status != 'offline';这句的意思是找出所有状态不是“offline”的设备。看起来挺合理，但在数据库优化这块，它可不太讨喜。
索引还能不能起作用
答案是：要看情况。并不是所有负向查询都完全用不了索引，但大多数时候效果很差。
假设你在 status 字段上建了普通索引，数据库在执行 status != 'offline' 时，理论上可以利用索引来快速跳过等于 'offline' 的部分。但问题在于，如果“非 offline”的数据占了绝大多数，比如95%的设备都在线，那数据库发现走索引反而更慢——因为要来回回表查很多行，不如直接全表扫描来得干脆。
MySQL 就经常在这种情况下放弃使用索引，尤其是当统计信息显示匹配行数太多的时候。
有没有办法让它用索引
有，但得换个思路。比如你可以把负向条件转成正向枚举：
SELECT * FROM devices WHERE status IN ('online', 'standby', 'updating');只要你知道所有可能的有效状态，这种方式往往能命中索引，执行速度也更稳定。
另外一种方式是配合其他高选择性的字段一起查。比如你加上时间范围：
SELECT * FROM devices WHERE status != 'offline' AND last_seen > NOW() - INTERVAL 5 MINUTE;这时候即使 status != 'offline' 本身不高效，但结合 last_seen 上的时间索引，整体查询还是可以走索引优化路径。
实际场景建议
在家庭或小型办公无线组网中，如果你用 SQLite、MySQL 跑个轻量监控后台，别盲目给每个字段加索引。对于常做负向查询的字段，最好预先设计好状态逻辑，尽量用正向匹配代替“不是什么”。
还有一个实用技巧：加个冗余字段标记“是否活跃”，然后对这个字段建索引。比如：
ALTER TABLE devices ADD COLUMN is_active TINYINT DEFAULT 1;
UPDATE devices SET is_active = 0 WHERE status = 'offline';
CREATE INDEX idx_active ON devices(is_active);之后查活跃设备就变成：
SELECT * FROM devices WHERE is_active = 1;这种正向查询几乎一定能用上索引，性能稳得多。
所以回到最初的问题：负向查询能不能用索引？技术上有可能，但实践中常常失效。真正靠谱的做法，是让数据结构适应查询习惯，而不是反过来硬扛。