mysql中非索引列过滤变快的关键在于ndb引擎的引擎条件下推优化，该优化将b=10等简单谓词下推至数据节点本地执行，避免全表扫描后跨网络传输不匹配行，实测提速5–10倍，且仅在ndb cluster集群模式下生效。
MySQL里非索引列过滤为什么能变快？关键在NDB引擎的Engine Condition Pushdown
MySQL默认对非索引列做WHERE过滤时，必须全表扫描+Server层逐行判断，性能差。但只有NDB存储引擎支持把b = 10这类非索引列条件直接下推到数据节点执行。其他引擎（InnoDB/MyISAM）不支持这个能力。
- 这个优化不是通用SQL优化器行为，而是NDB Cluster特有的网络层协同机制
- 它让数据节点在本地就丢弃不匹配行，避免把整行数据跨网络传给MySQL Server
- 实测提速5–10倍，前提是查询满足下推条件
哪些WHERE条件能被NDB下推？看EXPLAIN里的“pushed condition”
下推是否生效，不能靠猜，得看EXPLAIN输出中的Extra字段：
- ✅ 可下推：
SELECT a,b FROM t1 WHERE b = 10→Extra: Using where with pushed condition - ❌ 不可下推：
SELECT a,b FROM t1 WHERE a = 10（a有索引，优化器选索引访问，不走下推） - ❌ 不可下推：
SELECT a,b FROM t1 WHERE b + 1 = 10（含表达式，破坏列直比较语义）
注意：即使列没索引，只要条件是简单比较（=、>、、<code>IN、BETWEEN），且不涉及函数或跨列计算，NDB就可能下推。
和Index Condition Pushdown（ICP）别混了
很多人看到“pushdown”就想到InnoDB的index_condition_pushdown，但这是两回事：
-
Index Condition Pushdown：只作用于二级索引，把索引中包含的列条件（如city = 'NYC' AND age > 30）在引擎层提前过滤，减少回表 -
Engine Condition Pushdown：只作用于NDB引擎，对任意非索引列的简单谓词下推，目标是省网络传输
两者互不替代，也不叠加。InnoDB表无论怎么写WHERE b = 10（b无索引），都不会触发Engine Condition Pushdown——它压根不支持。
实际部署时最容易忽略的一点
NDB的Engine Condition Pushdown默认开启，但它只在NDB Cluster环境下生效。单机MySQL + NDB引擎（非集群模式）不会启用该优化。确认方式是检查SHOW ENGINES输出中NDBCLUSTER状态，以及集群节点间通信是否正常。很多测试环境配了NDB引擎却没搭集群，导致明明写了合规条件，EXPLAIN里也看不到pushed condition——不是SQL写错了，是底座没跑在真正的NDB Cluster上。
