Navicat不支持将执行计划与服务器变量绑定分析，因其“解释”功能仅调用原生EXPLAIN等命令，不解析或感知会话变量；需手动在同会话中先SET变量再执行EXPLAIN ANALYZE或FORMAT=TREE，并禁用自动包裹才能生效。
不能直接在Navicat里把执行计划和服务器变量“绑定分析”——执行计划是语句级的静态/动态评估结果，而服务器变量（如@@sort_buffer_size、work_mem）是会话或全局生效的运行时配置，Navicat 不提供变量注入式执行计划预演功能。
为什么“结合分析”在 Navicat 界面里走不通
Navicat 的「解释」按钮本质是调用数据库原生命令：EXPLAIN（MySQL/PostgreSQL）或 SET STATISTICS XML ON（SQL Server）。这些命令只接受 SQL 语句本身作为输入，不解析、不替换、不感知你当前会话中设置的变量值。比如你在查询窗口先执行了SET SESSION work_mem = '256MB';，再对后续SELECT点「解释」，PostgreSQL 的 EXPLAIN 仍按默认work_mem估算，除非你显式写进EXPLAIN (ANALYZE, BUFFERS)并手动加/*+ SET(work_mem='256MB') */这类 hint（仅部分引擎支持，且 Navicat 不自动识别）。
MySQL 中真正能起作用的变量联动方式
MySQL 8.0.22+ 支持 EXPLAIN FORMAT=TREE 输出中带 cost 估算，但该估算依赖的是当前会话的 optimizer_switch 和系统变量快照。实操上只有两种可靠路径：
- 在同一个查询窗口中，先执行
SET SESSION optimizer_switch='...，再执行EXPLAIN FORMAT=TREE SELECT ...——Navicat 会复用该会话连接，变量生效 - 在 Navicat 连接属性 →「高级」页勾选「使用优化器跟踪」，它会在后台自动附加
SET optimizer_trace=...，但仅用于诊断优化器决策路径，不改变EXPLAIN的基数估算逻辑 - 注意：
innodb_buffer_pool_size等全局变量无法被单个会话覆盖，EXPLAIN显示的 I/O 估算始终基于当前全局值，改了 session 变量也无效
PostgreSQL 需绕过 Navicat 图形界面做变量控制
Navicat 对 PostgreSQL 的「解释」默认调用的是纯EXPLAIN，不带ANALYZE，更不会读取work_mem或effective_cache_size的当前值。要验证变量影响，必须：
- 手动拼接：在查询窗口写完整语句，例如
SET LOCAL work_mem = '512MB'; EXPLAIN (ANALYZE, BUFFERS) SELECT ...; - 禁用 Navicat 自动加的
EXPLAIN前缀：右键查询窗口 →「不使用 EXPLAIN 包裹」，否则它会把你的SET语句也包进去报错 - 图形化计划（如果显示）只反映
EXPLAIN部分，ANALYZE的真实执行耗时、内存使用等字段在文本输出里，Navicat 不解析展示
SQL Server 的变量干扰最隐蔽
SQL Server 的「解释」在 Navicat 中实际触发真实执行（SET STATISTICS XML ON + 执行），所以如果你在点「解释」前执行过SET @var = ...或SET STATISTICS IO ON，这些会话状态会影响执行路径。但关键限制是：
-
@@MAX_CONNECTIONS、cost_threshold_for_parallelism等服务器级配置，只在语句编译时读取一次，改了 session 变量也无效 - Navicat 无法导出带变量绑定的 XML 执行计划供外部工具比对；若需深度分析，得用 SSMS 导出 .sqlplan 文件后用 Plan Explorer 加载
- 只读库下对含变量的存储过程点「解释」，可能因隐式写操作（如 tempdb 日志）失败，报错
Database is read-only
真正需要变量级调优时，别依赖 Navicat 的一键「解释」——它只是快捷入口，不是分析沙盒。把变量设好、手写带EXPLAIN ANALYZE或SET STATISTICS的完整块，复制到纯文本输出区逐行看，才是稳住结论的方式。
