Diagnostics使用介绍和分析诊断
HP Diagnostics软件安装和配置指南说明书
HP Diagnostics适用于 Windows®、Unix 和 Linux 操作系统软件版本：9.20安装和配置指南文档发行日期：2012 年 5 月软件发布日期：2012 年 5 月法律声明担保HP 产品和服务的唯一担保已在此类产品和服务随附的明示担保声明中提出。
此处的任何内容均不构成额外担保。
HP 不会为此处出现的技术或编辑错误或遗漏承担任何责任。
此处所含信息如有更改，恕不另行通知。
受限权利声明机密计算机软件。
必须拥有 HP 授予的有效许可证，方可拥有、使用或复制本软件。
按照 FAR 12.211 和 12.212，并根据供应商的标准商业许可的规定，商业计算机软件、计算机软件文档与商品技术数据授权给美国政府使用。
版权声明© 2004 - 2012 Hewlett-Packard Development Company, L.P.商标声明Java 是 Oracle 和/或其附属公司的注册商标。
Adobe® 和 Acrobat® 是 Adobe Systems Incorporated 的商标。
Microsoft®、Windows®、Windows® NT、Windows® XP 和 Windows Vista® 是 Microsoft Corporation 在美国注册的商标。
Oracle® 是 Oracle 和/或其附属公司的注册商标。
UNIX® 是 The Open Group 的注册商标。
致谢产品包括 Apache Software Foundation 开发的软件。
(/)。
产品包括 Spice Group () 开发的软件。
有关开放源和第三方许可证协议的信息，请参见产品安装介质上的“文档”目录。
2文档更新此文档的标题页包含以下标识信息：•软件版本号，用于指示软件版本。
•文档发行日期，该日期将在每次更新文档时更改。
obd功能
obd功能OBD（On-Board Diagnostics）是指车载诊断系统，用于监测和诊断车辆的工作状态和故障信息。
它可以帮助车主和技术人员快速定位和解决车辆故障，提高车辆的性能和可靠性。
OBD功能主要有以下几个方面：1. 故障诊断：OBD系统可以自动检测和诊断车辆的故障，并通过故障码告知用户。
故障码可以明确指示出故障的具体部位，节省了技术人员的诊断时间，提高了诊断的准确性。
2. 实时数据监测：OBD系统可以实时监测车辆的各种数据，如发动机转速、车速、冷却液温度、氧传感器数据等。
这些数据通过OBD接口可以传输到诊断仪或手机上，方便用户了解车辆的工作状态。
3. 维护提醒：OBD系统可以根据车辆的工作情况和里程数，判断何时需要进行保养和更换零部件。
通过提醒车主及时进行维护，可以延长车辆的使用寿命和降低维修成本。
4. 燃油经济性评估：OBD系统可以监测车辆的燃油消耗量，并根据车速、转速等信息，评估燃油经济性。
这对于节约燃油、降低能源消耗和保护环境都有积极的作用，并可以帮助用户调整驾驶习惯以提高燃油经济性。
5. 数据记录与分析：OBD系统可以记录车辆的行驶数据，如车速、里程数、急加速、急刹车等。
这些数据可以用于故障诊断、事故分析和驾驶行为评估，有助于提高道路安全和驾驶者的行为规范。
6. 车辆安全：OBD系统可以与车辆的安全系统进行集成，如防盗系统、刹车系统等。
当发生异常情况时，OBD系统可以通过警告灯、声音等方式提醒驾驶者及时采取措施，提高车辆的安全性。
总之，OBD功能为车主和技术人员提供了方便快捷的车辆诊断与维护手段，可以及时发现和解决车辆的故障，提高车辆的性能和可靠性。
在今后的发展中，OBD功能将会越来越智能化，为用户提供更多实用的车辆信息和服务。
obd数据
obd数据OBD数据引言OBD（On-Board Diagnostics）是指车辆诊断系统，用于监测车辆的运行状态、发动机性能以及故障代码等信息。
这些数据是由车辆的传感器和控制模块产生的。
OBD数据对于车辆维护、故障诊断和性能优化非常重要。
本文将介绍OBD数据的基础知识、常见应用以及未来发展方向。
一、OBD数据的基础知识1. OBD标准OBD标准定义了OBD系统的工作方式、通信协议和数据格式等。
最早的OBD标准被称为OBD-I，它采用了不同的通信协议和数据格式，并且需要使用特定的诊断工具来读取数据。
随着技术的发展，OBD-II标准被引入并逐渐取代了OBD-I。
OBD-II标准统一了通信协议和数据格式，使得不同车辆之间可以共享通用的诊断工具。
2. OBD数据参数OBD数据包括了各种类型的参数，例如发动机转速、车速、冷却液温度、氧传感器数据等。
这些参数可以提供关于车辆性能、驾驶条件和故障诊断的重要信息。
OBD数据一般以标准的PID （Parameter ID）方式进行标识和读取。
3. OBD数据的获取方式获得OBD数据的一种方法是通过诊断工具连接到车辆的OBD-II接口，并使用相应的命令读取数据。
一些常见的诊断工具如OBD扫描仪和车载诊断设备可以直接连接到OBD-II接口进行数据获取。
此外，一些车辆也支持通过蓝牙或无线网络将OBD数据传输到智能手机或云平台上。
二、OBD数据的常见应用1. 故障诊断OBD数据可以提供有关车辆故障的重要信息。
通过读取故障码和相关的OBD参数，可以帮助技师诊断出发动机、传输系统、排放控制系统等的故障原因。
例如，当发动机故障灯亮起时，可以通过读取故障码并检查相关的OBD数据参数来确定故障的具体位置和原因。
2. 维护和保养OBD数据对于车辆维护和保养也非常有用。
例如，可以通过读取冷却液温度、机油压力和转速等参数来判断发动机的工作状态是否正常。
此外，还可以监测氧传感器的工作情况以及燃油消耗率等数据，以确保发动机的性能和燃油经济性。
诊断总论PPT精选课件
4、体格检查（PHYSICAL EXAMINATION）
•
医生通过自己的感官或简单的辅助工具（如听诊
器、叩诊锤等）对病人进行细致的观察和系统的
检查。
•
是在问诊基础上进行的全面而又有重点的体格检
查检。
•
体格检查是揭示机体正常和异常征象的临床诊断
方法 。
体格检查（physical examination）
准确深入的病史在 50~60%情况下可帮助医生作出初 步诊断或指明诊断方向。
不详细、不确切、不真实的病史可以对诊断起误导作 用。
病史采集注意事项：
1．对患者态度和蔼，体贴关心，友善同情。 2．首先进行一般性提问，问题要简单明确、易答，消除患
者的陌生、恐惧心理。
3．从主诉开始，有目的、有层次、有顺序、逐 步深入。
5、要有扎实的基础：生理学、病理学、 病理生理学、生物化学、解剖学等；
6、要注意不断积累临床经验。
四. 建立和完善正确的诊断思维
首先考虑常见病、多发病； 应考虑当地流行和发生的传染病和地
方病； 一元论：尽可能用一种病解释； 首先考虑器质性疾病； 首先考虑可治性疾病； 实事求是对待客观现象。
临床诊断思维误区：
注意对象和语言; 取得病人的信赖。 ➢ 服务第一, 在服务中学习。 ➢ 学会与特殊病人交流：难言之隐,心理创伤,
精神障碍,怀疑与抵触情绪。
2. 症 状 学
➢ 了解各系统常见症状的临床表现。 ➢ 了解常见症状的病理生理学基础。 ➢ 牢记症状七要素,掌握问诊方法与要点。
必须牢记,每种症状和每个病人都是高度个性 化的。同一症状在不同疾病和不同阶段中的表 现有各自的特点。临床学习的要旨,就是要把握 症状和疾病的特殊性,从特殊性入手对症状和疾 病进行理解和探索;这样的理念和工作习惯,必 须从诊断学开始培养。
2024版OBD使用说明
OBD使用说明•OBD基本概念与原理•OBD设备选择与安装目录•数据读取与解析方法•故障诊断与排除流程•软件更新与升级策略•总结回顾与展望未来01OBD基本概念与原理OBD 能够对车辆的各种运行状态进行监测，及时发现潜在的故障并提醒驾驶员。
OBD系统还可以对车辆的排放进行监控，确保其符合环保法规要求。
OBD是英文On-Board Diagnostics的缩写，意思是指车载自动诊断系统。
OBD定义及作用OBD系统通过各种传感器和控制单元来监测车辆的运行状态。
当发现异常或故障时，OBD系统会通过故障代码（DTC）来指示具体问题。
驾驶员或维修人员可以通过专门的诊断工具来读取故障代码，并进行相应的维修。
工作原理简述在车辆年检时，检测人员会通过OBD 系统来检查车辆是否存在故障或排放超标等问题。
车辆年检故障排查二手车评估当车辆出现故障时，维修人员可以通过OBD 系统来快速定位并解决问题。
在购买二手车时，可以通过OBD 系统来检查车辆的历史故障记录和维修情况，为购买决策提供参考。
030201常见应用场景相关法规与标准各国针对OBD系统都制定了相应的法规和标准，以确保其能够有效地监控车辆的运行状态和排放情况。
在我国，环保部门也制定了严格的OBD法规和标准，要求所有新生产的轻型汽车和重型柴油车都必须配备OBD系统。
随着环保要求的不断提高，未来OBD系统将会更加普及和重要。
02OBD设备选择与安装03多功能集成式OBD 设备除了基本的OBD 功能外，还集成了GPS 定位、行车记录仪、胎压监测等多种功能。
01独立式OBD 设备可独立工作，无需连接手机或电脑，具有实时故障诊断、数据存储等功能。
02蓝牙/WIFI 连接式OBD 设备通过蓝牙或WIFI 与手机或电脑连接，实现远程监控、数据传输、实时故障诊断等功能。
设备类型及功能对比选购注意事项与建议选择与您的车型及OBD 接口兼容的设备。
选择知名品牌、质量可靠的产品，避免购买劣质设备。
诊断学 诊断学绪论、问诊
物理诊断、实验诊断、影像诊断
心理诊断、基因诊断……
诊断学的基本内容（图示）
病史采集：
询问、察看：症状、体征
体格检查：
体征
特殊检查
诊断
实验室检查
病因 病解 病生 治疗
诊断方式 直接 鉴别 确定
临床诊断
（Clinical Diagnosis)
诊断是基本实践活动，没有正
确诊断就没有正确治疗
诊断学基础的内容
（一）症状诊断 （二）检体诊断 （三）实验室诊断 （四）器械检查 （五）影像学检查
诊断学的内容
（一）采集病史 问诊(interview）
询问主观感觉的异常或不适 症状
病人的陈述（Complaints） 症状诊断（Symptomatic diagnosis）
诊断学的内容
（二）体格检查
重要性
A. 入门，最基本的实践活动，提供疾 病的重要线索
提出初步诊断 可以早期诊断，甚至直接诊断 确定体检、化验特检的重点或方向
一有的放矢
重要性
B. 良好的医患关系
Exsist．Concern．Interest．Sympath
C. 开始治疗
Seeds Of future therapy are sown during history taking
中所具的特殊症状、体征和其他表现（实验室及 特殊检查）
诊断学（Diagnostics）
是研究诊断疾病的基本理论、基本知识、 基本技能和诊断思维的临床学科
通过对疾病的症状、体征及其他表现的 识别与分析来判断疾病程序和方法
重要性？
（How important is the course?）
入门、基础、桥梁、工具……
发动机散热器诊断仪数据流的读取与分析
发动机散热器诊断仪数据流的读取与分析
发动机散热器诊断仪是一种用于检测和分析发动机散热器性能的设备，通过读取数据流可以获取有关散热器的实时参数。
要读取和分析发动机散热器诊断仪的数据流，您可以按照以下步骤进行：
1. 首先，连接发动机散热器诊断仪到车辆的OBD（On-Board Diagnostics）II接口。
OBD II 接口通常位于汽车驾驶室下方的驾驶员位置，并且通常有一个带有OBD II标记的插座。
2. 打开发动机散热器诊断仪设备的电源，确保连接稳定。
3. 根据具体的设备型号和品牌，进入数据流读取模式。
这通常是通过设备上的按钮、旋钮或触摸屏完成的。
4. 选择相关的发动机散热器参数进行读取。
这些参数可能包括散热器温度、压力、液位等。
您可以根据需要选择查看的参数。
5. 当数据流开始读取后，您可以观察数据的实时变化。
不同的设备可能提供不同的数据展示方式，例如数字显示、图表等。
6. 在分析数据时，注意观察与散热器正常工作相关的参数。
如果发现异常或异常值，可以进一步分析可能的问题原因，并采取相应的修复措施。
请注意，具体的操作步骤可能因设备品牌和型号而有所不同。
为确保正确的操作，请参考设备的用户手册或向设备制造商咨询。
汽车电控系统故障检测与诊断方法
汽车电控系统故障检测与诊断方法随着汽车科技的不断进步，汽车电控系统已经成为现代汽车中不可或缺的一部分。
由于电控系统涉及到车辆的发动机、变速箱、制动系统、安全气囊等多个方面，因此一旦电控系统出现故障，将直接影响到汽车的性能和安全性。
为了及时发现和排除汽车电控系统故障，对汽车电控系统进行定期的检测和诊断显得尤为重要。
本文将介绍一些常用的汽车电控系统故障检测与诊断方法。
一、故障码诊断现代汽车几乎都配备了OBD（On-Board Diagnostics，车载诊断系统）接口，通过这个接口可以读取车辆的故障码。
当汽车电控系统出现故障时，系统会自动将相应的故障码存储在车辆的ECU（Engine Control Unit，发动机控制单元）中，通过OBD接口可以通过诊断仪读取到这些故障码。
不同的故障码对应着不同的故障类型，可以帮助技师快速定位故障所在，对故障进行排除。
二、检查传感器与执行器汽车电控系统中的传感器和执行器是故障的重要来源，因此需要对其进行定期检查。
传感器的故障会导致系统反应迟钝或不灵敏，执行器的故障则会影响系统的控制效果。
在进行传感器与执行器的检查时，可以通过多种方式，比如使用万用表检查传感器的电阻值，或者通过诊断仪读取传感器的实时数据，来判断传感器的工作状态。
对于执行器，可以通过对其进行电压和电流测试，来判断其工作是否正常。
三、数据流诊断汽车电控系统中的大部分传感器都会输出一些实时的数据，比如发动机转速、车速、节气门开度等等。
通过读取这些实时数据，可以判断传感器与执行器的工作状态，从而判断是否存在故障。
对这些实时数据进行分析也可以帮助技师判断汽车的工作状态是否正常。
四、检查电器系统绝大多数的汽车电控系统故障都与电器系统有关，比如线路接触不良、线束老化、插头腐蚀等等。
对汽车的电路系统进行检查也是很重要的一步。
在检查电器系统时，需要对车辆的线束、插头、继电器等进行仔细检查，确保其没有故障。
五、模块编程与编程更新现代汽车的很多功能都是通过电控模块来实现的，对这些电控模块进行编程和编程更新也是非常重要的一步，尤其是在对汽车进行改装或升级的时候。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HP J2EE Diagnostics性能优化1. HP J2EE Diagnostics产品说明HP J2EE Diagnostics是一个可以独立运行的软件产品，它提供了一种自顶向下的解决方案，来对J2EE应用进行监测管理和诊断分析，它覆盖了J2EE应用的整个生命周期，即既可以在J2EE应用开发阶段使用，也可以在J2EE应用投产后使用。
它即可以单独使用，也可以同HP其他的解决方案集成起来，如LoadRunner®，HP Performance Center™， HP Business Availability Center™。
在J2EE应用服务器内部安装J2EE Diagnostics Probe，它可以监控发生在应用服务器内部的所有事件，如方法调用信息、SQL语句信息、内存泄漏、包括EJB组件的问题、方法的问题、JDBC调用SQL语句、线程状态和异常等信息。
实施了HP J2EE Diagnostics以后，不但可以监控到应用交易（Transaction A）端对端的响应时间，还可以进一步了解到该交易在WEB服务器、应用服务器和数据库服务器上分费的时间。
HP J2EE Diagnostics分析诊断HP J2EE Diagnostics提供了包括HTTP、Servelet、JSP、EJB/Object、方法和SQL调用在内的多层次关联，它将这些内部组件的数据信息同JMX和操作系统级的指标数据关联起来以显示低效率环节的详细信息，同时以一个图形化的视图显示丰富的信息内容，包括交易追踪、调用链、内存泄漏、抖动、锁同步的详细信息、进程阻塞、时延图，甚至存在问题的方法的源代码。
J2EE Diagnostics能够捕捉特定方法创建实例的详细信息，包括参数传递、各个环节的时延等，定位那些特定用户数据或使用模式引起的间歇型故障的来源。
项目说明支持的应用类型 J2EE应用服务器：WEBLOGIC、WEBSPHERE、JBOSS和TOMCAT等Microsoft .NET Framework: 1.1、2.0等内存及负载分析HP Diagnostics for J2EE可以对每一个WebLogic Server实例的内存和负载进行监控。
通过内存使用量及HeapDump功能，可以及时发现内存泄漏。
热点问题分析从Diagnostics的热点问题分析可以看出，当前WebLogic 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。
服务请求及处理过程服务请求用于跟踪交易请求在WebLogic 服务器上的执行过程，方法调用J2EE异常分析 Diagnostics的Profiler可以精确地捕获这些异常发生的次数的地点。
方法调用分析对于业务系统产生的每一个方法调用，它的调用次数、响应时间、以及抛出的异常情况等可以从Diagnostics的“方法调用”模块中得到。
可以根据每个方法的响应时间(Avg times)以及调用次数（Count）来排序，发现时间消耗长的方法调用。
SQL语句分析 Diagnostics可以对应用服务器上执行每一条SQL语句调用次数最多，响应时间也最长，可以结合Quest的相关软件进行分析及优化。
WEBLOGIC、WEBSPHERE专项分析HP Diagnostics for J2EE为WebLogic、WebSphere等知名服务器提供了专项监控功能，通过它可以获得到这些应用服务器专有的性能特征。
1.1 内存及负载HP Diagnostics for J2EE可以对每一个WebLogic Server实例的内存和负载进行监控。
通过内存使用量及HeapDump功能，可以及时发现内存泄漏。
通过负载视图，可以看出1.2 热点问题分析从Diagnostics的热点问题分析（Hotspots）可以看出，当前WebLogic 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。
1.3 请求处理链图中列出了AssertDetailBB.queryAssertDetail()方法的调用链及时间消耗，通过Call Tree 可以看出，OralcePreparedStatement.executeQuery()消耗了大量时间，它执行了一个SQL语句，可以对这个SQL语句进行优化，以减小处理时间。
1.4 服务请求服务请求用于跟踪交易请求在WebLogic 服务器上的执行情况。
1.5 Exception分析Diagnostics 的Profiler可以精确地捕获这些异常发生的次数的地点。
1.6 方法调用分析对于业务系统产生的每一个方法调用，它的调用次数、响应时间、以及抛出的异常情况等可以从Diagnostics的“方法调用”模块中得到。
可以根据每个方法的响应时间(Avg times)以及调用次数（Count）来排序，发现时间消耗长的方法调用。
1.7 SQL语句分析图中显示的每一条SQL语句调用次数最多，响应时间也最长，可以结合Quest的相关软件进行分析及优化。
1.8 系统性能指标Diagnostics可以收集System（CPU、内存、IO...）、JVM（Heap）以及WebLogic（Queue、Thread、JMS、JTA、Servlets...）的指标，并作出曲线。
1.9 WebLogic专项监控HP Diagnostics for J2EE为WebLogic、WebSphere等知名服务器提供了专项监控功能，通过它可以获得到这些应用服务器专有的性能特征。
2. Diagnostics+LR方案使用LoadRunner模拟客户机对J2EE应用系统实加压力，采集交易响应时间和应用平台的性能数据。
Controller 可以把交易响应时间、J2EE Diagnostics采集数据和应用平台的性能数据放到Analysis模块中进行分析，向下Drill Down到J2EE应用服务器内部，发现消耗时间比较长的方法。
2.1 方案体系结构J2EE性能诊断分析方案体系结构如下图所示：GENERATORS J2EE Diagnostics Server说明：¾ 在J2EE 应用服务器内部安装J2EE Diagnostics Probe （图中绿色部件），它可以监控发生在应用服务器内部的所有事件，如方法调用信息、SQL 语句信息、内存泄漏、线程状态和异常等信息。
¾ 使用LoadRunner 模拟客户机对J2EE 应用系统实加压力，采集交易响应时间和应用平台的性能数据。
¾ 把交易响应时间、J2EE Diagnostics 采集数据和应用平台的性能数据放到Analysis模块中进行分析，向下Drill Down 到J2EE 应用服务器内部，发现消耗时间比较长的方法，2.2 方案应用举例以下是国内某大型银行电子渠道交易系统（基于WebLogic Server 开发）使用本方案后获得的交易响应数据：经过分析，发现“网银_账户信息查询”交易响应时间最长，其中ECTIP-CALLER层与ECTIP-CALLEE两个层面上共的时间占95%以上，而“Web Tier/Servlet”层仅占4%，Database/JDBC/Execute层仅占不到1%。
通过J2EE性能诊断工具，向下Drill Down，发现该交易抛出大量异常，而异常通常是造成应用性能下降和出错的主要原因：下面是“网银_账户信息查询”交易的向下分解到服务请求视图，在图中上三角表示交易响应时间最长的采样点：我们点击其中一个上三角，可以得到以下Calltree。
通过Calltree可以看出消耗时间最长的方法，以及哪些方法抛出了异常，这对我们解决问题非常有帮助：我们可以帮助定们抛出了异常的方法：说明：这里仅给出本方案的一部分特性。
3. Diagnostics+BAC 方案3.1 方案体系结构HP 监控平台由Business Availability Center 和Database Server 构成，它们同时安装在一台机器上。
BPM 是业务监控的发起端，分别安装在两个PC 机上，它们发起模拟交易，探测综合查询系统的可用性和性能，并把探测数据发回给BAC 服务器。
Diagnostics Server 是HP 的J2EE 诊断服务器，它从安装在J2EE 应用服务器内部的探测器（图中绿色小圆圈）上采集数据，并汇报给BAC 服务器。
InternetVugenAdmin ConsoleOracle 9i,10gSQL Server 2000 SP4J2EE/.Net Diagnostics ProbeDiagnostics BPM@HPBAC在逃人员查询被盗汽车查询人口查询车辆查询3.2 方案应用举例BPM 监控数据显示“车辆查询”交易响应时间比较长，则可以从BPM 报表直接向下钻取到J2EE 应用服务器平台，查询交易在应用服务器上的处理情况。
如下图所示：从图中可以看出，“车辆查询”交易响应时间比较长，而且波动比较大，因此我们要向下分析原因。
双击该交易，我们可以看到它在应用服务器上被细分成若干个线程活动（服务请求），如下图所示：对这些线程活动的延时进行排序，我们发现“/zhcx/severlet/YHTJCL”的响应时间比长，图中列出了几个关键点（向上三角形，表示响应时间比较长的采样点，向下三角形，表示响应时间比较短的采样点，圆圈表示响应时间比较平均的采样点），我们点击其中一个向上的三角形，查看该采集点发生的事件，如下图所示：从图中我们可以看出，“/zhcx/severlet/YHTJCL”往下，调用了一个SQL语句，它的执行时间占到总体的35.3%，是一个性能瓶颈所在，需要开发人员对其进行优化。
4. 技术应答4.1 对J2EE、.NET、SAP R3/Netweaver、Siebel等应用系统进行诊断分析，协助发现并精确定位性能瓶颈、异常、内存泄漏等问题；★HP应答：满足要求。
HP Diagnostics for Composite Application可以对J2EE,Microsoft .NET, SAP R3/Netweaver进行性能诊断，HP Diagnostics for Siebel可以对Siebel应用平台进行性能诊断。
Diagnostics软件在性能诊断时，可以协助发现并精确定位性能瓶颈、异常、内存泄漏等问题。
4.2 提供热点问题分析，了解当前J2EE 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。
HP应答：满足要求。
HP Diagnostics for Composite Application提供了热点问题（Hotspots）分析功能，从Diagnostics的热点问题分析可以看出，当前J2EE应用 服务器上，什么方法调用最慢，什么SQL语句最耗时、以及抛出最多的异常等信息。