Dynamics AX 2012特定RDS服务器executeQuery重复调用致性能问题排查

1. RDS服务器的客户端配置差异 #

• 检查这两台RDS服务器上的AX客户端用户特定配置：比如是否开启了表单个性化设置（额外过滤条件、自定义排序规则），这类设置会被保存到用户配置中，导致每次查询自动添加额外Range或修改查询逻辑，触发更多QueryBuildDataSource::findRange调用。
• 验证客户端缓存策略：部分RDS服务器可能禁用了AX客户端的本地缓存（如表单数据源缓存、查询结果缓存），导致每次操作都需重新执行查询，反复调用SysQueryRun::next。

2. 查询参数或上下文的动态差异 #

• 检查这两台服务器上用户会话的权限范围差异：用户所属安全角色若包含额外记录级过滤，AX会自动在查询中注入权限相关Range，既增加findRange调用次数，也会让查询结果集处理逻辑更复杂，导致next调用次数上升。
• 确认是否存在服务器级查询修改逻辑：比如这两台RDS服务器部署了特定的SysQueryRun或QueryBuildDataSource扩展类/事件订阅，在查询执行前后添加了额外Range检查或结果遍历逻辑，直接导致方法调用次数激增。

3. 底层环境与资源差异 #

• 检查RDS服务器的CPU/内存资源瓶颈：服务器资源不足时，AX客户端的查询处理可能出现阻塞或重复重试，引发next等方法被多次调用；同时资源不足会影响缓存正常工作，加剧重复查询情况。
• 验证AOS与RDS之间的网络延迟：若这两台RDS与AOS的网络链路存在高延迟，客户端可能重复发起查询请求，或是查询结果分段传输导致next调用次数增加（比如每次获取结果行数更少，需多次调用拉取数据）。

4. 表单或查询的隐性逻辑差异 #

• 检查测试表单在两台服务器上的运行上下文：比如是否加载了不同的扩展表单部件，或是触发了特定的executeQuery事件处理逻辑（某些仅在特定服务器启用的自定义代码），导致查询被多次修改或执行。
• 验证查询的参数化缓存状态：若这两台服务器上的查询参数化缓存未正确生效，每次查询都会重新解析查询结构，引发findRange等方法反复调用。

5. RDS会话隔离问题 #

• 检查RDS服务器的会话配置：比如是否启用了会话共享或资源隔离策略，导致AX客户端上下文在不同会话间异常共享，引发查询逻辑重复执行或参数混乱，进而增加方法调用次数。

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