问题描述：

点击会计科目的修改按钮，等待时间比较长才能弹出修改页面；修改后保存也需等待很久，需要分析性能进行优化。

分析过程：

一、分析性能可先开启RPC日志，重现问题后再点击收集RPC日志进行分析。

开启或收集RPC日志的操作方法：

登录客户端-服务工具平台-日志收集（若未安装请先在点击绿色“+”找到日志收集工具安装）-点击RPC日志-收集RPC日志-选择RPC日志保存路径

二、打开日志文件-rpcD.V60SP1.log文档，通过“actionTime”判断调用每个动作的总响应时间，时间单位为毫秒。

找到“actionTime”耗时最长的调用动作，再根据“time”锁定耗时最多的方法，单位也是毫秒。

isHasDealAndHasInferior  或 isHasDeal  说明在调用科目被引用的方法时耗时较长。

【注意】在这个rpc请求文档中只能看到方法与耗时，无法定位到方法中对应的具体SQL脚本，可通过SqlPlan文档查看具体SQL脚本的执行计划。

三、如果使用的数据库是Oracle，RPC日志中SqlPlanD.V60SP1.log文档会记录SQL执行计划，可通过执行计划中的cost值分析性能优化。

查看cost列中的值，锁定除select外，值相对较大的对应id，通过Operation,Options两列分析当前操作的内容

这里出现“TABLE ACCESS,  FULL”，说明扫描表的方式为全表扫描。

出现全表扫描的原因可能有：

1. 统计信息不正确（基于CBO的优化器）

2. 未加索引或索引不正确  

3. 未定义函数索引

4. Sql语句使用不当（or ，not in ，操作符（<>、!=、>、<），union等）

5. 表本身数据量小

四、经排查分析，此问题原因可能是缺失索引导致，建议客户为收付款单两张表创建索引，提高性能。