05EAS常见业务性能问题FAQ.docVIP

EAS常见业务性能问题FAQ EAS产品支持部 蒋俊 请注意：本文件只作为产品介绍之用，不属于您与金蝶签署的任何协议。本文件仅包括金蝶既定策略、产品及功能方面的信息，不能以本文件作为要求金蝶履行商务条款、产品策略以及开发义务的依据。本文件内容可能随时变更，恕不另行通知。 前 言 概述 本文档提供 适用范围 适于需求分析、设计、实现和测试、实施所有阶段。适于架构设计师、系统设计师、开发工程师和项目经理。 表示有潜在风险，如果忽视这些文本，可能导致操作错误、数据丢失、设备性能降低或不可预知的结果。 表示可以帮助您获取更多相关信息或提示您通过其它方式也可以获得相同结果。 强调或补充说明所描述的信息。 内容约定 本处对文中通用信息作如下约定 $EAS_HOME表示EAS服务器安装的根目录，即安装过程中输入的本地路径。 $BOS_HOME表示BOS工具的安装根目录，即安装过程中输入的本地路径。 目 录 概述 2 适用范围 2 约定 2 1 EAS性能日志分析案例模板 3 1.1 客户端的rpc log分析 3 1.2 服务端的ksql log 10 1.3 服务端的rpc sql log 11 1.4 服务端的sql plan log 14 1.5 服务端的db connection log 16 1.6 服务端的workflow sql log 17 2 EAS业务性能问题案例集 19 EAS性能日志分析案例模板 客户端的rpc log分析 客户端以前就可以产生rpc调用记录，但是，在性能分析过程中，我们需要知道的是用户的某一个操作具体对应了哪些rpc调用，这些rpc调用对于客户端操作的影响如何。也就是说，需要把rpc调用按用户操作分组，并记录下每个操作的总时间，记录操作引起的rpc调用次数、每次调用的内容、时间、数据量。 在元数据模型层定义的Action，有利于定位性能瓶颈的具体功能点，理解client与app server的交互过程。但是，Action并不等于用户操作。模式对话框的多个操作，可能包含在rpc log的一个stack level=1的Action中。 对比B/S模型而言，EAS的C/S模型是一个网络通讯过于频繁的模型。我们的目标不是减少网络通讯的绝对次数和数据量，而是减少“用户等待时间内”的通讯，这样就可以有效地减少用户等待时间（俗称的灰屏时间）。 为了了解用户等待时间，需要了解Java的事件处理机制，因为任意的客户端用户操作，本质上都是某种Java事件。Java事件的生命周期如下图。所有的事件按发生的时间在系统队列中排队，前一个事件没有处理完成，后一个事件不会被分发（dispatch）。例如，在客户端执行某些耗时操作时，后续的界面绘制事件、鼠标事件、键盘事件都不会被分发和处理，所以就表现为客户端的“灰屏”。 综上所述，EAS客户端中，用户操作体现为一个鼠标或键盘事件。如果下一个鼠标或键盘事件被dispatch了，就证明上一个用户操作的等待已经结束了。使用自定义的RPCLogEventQueue代替系统默认EventQueue，在每次鼠标释放或键盘释放事件dispatch时通知RPCLogCounter，就可以把一个Action内的多次用户操作分隔开来。 在币别序时簿中，点击“修改”按钮，显示币别编辑界面；点击“保存”按钮，显示“保存成功”消息框；最后，点击“退出”按钮，回到序时簿界面。Rpc log如下。 com.kingdee.eas.basedata.assistant.client.CurrencyEditUI.initUIObject() current thread: AWT-EventQueue-1 stack level: 2 ==============rpcInvoke start============== com.kingdee.eas.base.license.ILicenseController.requestLicense(com.kingdee.eas.base.license.LicenseUserInfo, java.lang.String) int time: 0 ms request: 419 B response: 85 B invoke_id: -972189611 end_time: 10:49:44 com.kingdee.bos.framework.IDynamicObject.getCollection(com.kingdee.bos.util.BOSObjectType, java.lang.String) com.kingdee.bos.dao.IObjectCollection time: 172 ms