关于Ignite允许通过非关联缓存的IgniteCache实例执行跨缓存SQL查询的疑问

你观察到的这个现象其实是Ignite SQL模块的正常设计行为，并不是什么异常情况，也不是你漏看了某个配置~

首先得明确：Ignite的SqlFieldsQuery本质上是集群层面的查询操作，而你拿到的IgniteCache实例更像是一个进入Ignite集群SQL引擎的“通用入口”，它并不严格绑定你只能查询该实例对应的缓存数据。

举个实际的场景：假设你有两个缓存，cacheA对应SQL表TABLE_A，cacheB对应TABLE_B。当你通过cacheB的引用执行SELECT * FROM TABLE_A时，Ignite的SQL引擎会直接解析这个语句，在集群中找到TABLE_A对应的缓存去获取数据，不会因为你用的是cacheB的引用就拒绝执行。

之所以这么设计，核心原因是Ignite天生支持跨缓存的关联查询——比如你要执行SELECT * FROM TABLE_A a JOIN TABLE_B b ON a.id = b.a_id，这个查询同时涉及两个缓存的数据，如果强制要求必须用某个缓存的引用才能查询对应数据，那这类关联查询就没法正常执行了。所以Ignite干脆放开了单个IgniteCache实例对SQL查询的限制，让任何缓存引用都能作为SQL查询的入口。

可能你会觉得“那IgniteCache的意义何在？”其实IgniteCache的核心定位是操作对应缓存的键值对API（比如put、get、remove这些方法），这些操作是严格绑定到对应缓存的，只有SQL查询是例外，属于集群级的通用操作。

如果你的业务场景里需要限制SQL查询只能针对特定缓存，那得自己在业务代码层面做校验：比如解析SQL语句，检查其中涉及的表是否和当前IgniteCache对应的表一致；或者利用Ignite的权限控制功能，配置特定角色只能访问指定的SQL表。

内容来源于stack exchange