同一服务器MariaDB环境下Select语句对不同用户返回结果不一致问题咨询

以下是针对MariaDB 10.5集群中root和userX执行同一条查询返回不同结果的几个常见排查方向：

• 会话系统变量差异
  不同用户的会话可能存在关键系统变量不一致的情况：

  • 比如lower_case_table_names：如果该变量设置不同，可能导致schema或表名的大小写匹配逻辑差异，root下无法匹配到目标数据，而userX可以。
  • sql_mode：某些严格模式或特殊模式可能影响查询的过滤逻辑，比如空值处理、字符串匹配规则等。
  • optimizer_switch：优化器开关差异可能导致执行计划完全不同，比如子查询的改写方式，使得root的查询走了错误的执行路径返回0行。
    验证方法：让两个用户分别执行SHOW VARIABLES LIKE '%sql_mode%';、SHOW VARIABLES LIKE '%lower_case_table_names%';对比变量值。

• 行级安全策略限制
  如果目标表（schemaB.table）配置了**行级安全（RLS）**策略，可能针对root用户设置了数据过滤规则，导致root无法看到符合条件的行，而userX不受限制。比如创建了仅允许特定用户访问某些行的政策。
  验证方法：执行SHOW CREATE TABLE schemaB.table;查看是否有POLICY相关配置，或者查询information_schema.TABLE_POLICIES表。

• 集群节点连接差异
  MariaDB集群（如Galera）如果存在节点间数据同步延迟，或者个别节点数据不一致，而root和userX连接到了不同的节点，就会出现结果差异：root连到了未同步完成、数据缺失的节点，userX连到了数据完整的节点。
  验证方法：让两个用户执行SELECT @@hostname;或SELECT @@wsrep_node_address;确认连接的节点是否相同。

• 事务隔离级别与会话状态

  • 事务隔离级别不同：比如root的会话使用REPEATABLE READ隔离级别，且之前开启了未提交的事务，看到的是快照数据；而userX使用READ COMMITTED，能读取到最新提交的数据。
  • 会话临时对象：root可能之前创建过同名的临时表（schemaB.table），临时表中没有数据，导致查询返回0；而userX访问的是真实的物理表。
    验证方法：执行SELECT @@tx_isolation;对比隔离级别；执行SHOW TABLES IN schemaB;查看两个用户看到的表列表是否一致。

• 权限的隐性差异
  虽然userX被授予全部权限，但集群环境下可能存在权限同步不彻底的情况：比如某个节点上root的权限被意外限制，或者userX的权限在部分节点上有额外的生效规则。不过这种情况在root用户上比较少见，但可以排查。
  验证方法：两个用户分别执行SHOW GRANTS;对比权限清单。

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