EOS系統(tǒng)性能分析工具使用說明

1、primeton technologies, ltd.上海普元信息技術(shù)有限責(zé)任公司上海普元信息技術(shù)有限責(zé)任公司eos 系統(tǒng)性能分析工具系統(tǒng)性能分析工具使用說明使用說明no part of this document may be reproduced, stored in any electronic retrieval system, or transmitted in any form or by any means, mechanical, photocopying, recording, otherwise, without the written permission of the

2、copyright owner.copyright 2006 by primeton technologies, ltd. all rights reserved. eos 系統(tǒng)性能分析工具使用說明http:/ 2 頁 共 29 頁文檔修訂記錄文檔修訂記錄序號序號版本號版本號修訂日期修訂日期修訂概述修訂概述修訂人修訂人審批人審批人備注備注10.12007-06-10創(chuàng)建林鋒20.22007-09-06功能側(cè)重分析系統(tǒng)性能，而不是分析系統(tǒng)問題林鋒30.32007-10-12支持 eos5.3林鋒40.42008-03-07修改分析結(jié)果樣式增加查看單個(gè)請求功能林鋒 eos 系統(tǒng)性能分析工具使用說明

3、http:/ 3 頁 共 29 頁規(guī)范及約定規(guī)范及約定1.【規(guī)范及約定】的內(nèi)容僅僅是對本文檔編寫的規(guī)范和約定進(jìn)行描述，文檔編寫人員必須嚴(yán)格按照本規(guī)范和約定進(jìn)行編寫，在文檔正式發(fā)布時(shí)刪除該部分內(nèi)容；2.文檔內(nèi)容采用“首行縮進(jìn)、小四號字體、1.5 倍行距”的格式，選中段落文本使用快捷鍵【ctrl+alt+4】可以進(jìn)行格式化（直接選中藍(lán)色的說明文字即可） ；3.必須填寫“文檔修訂控制記錄” ；4.文檔目錄必須更新為最新的，與實(shí)際內(nèi)容相對應(yīng)；5.模版中每部分內(nèi)容的下面的藍(lán)色字體是對這塊內(nèi)容的說明，編寫文檔時(shí)選中這段文字，使用【ctrl+alt+4】快捷鍵即可格式化成要求的字體； eos 系統(tǒng)性能分析工

4、具使用說明http:/ 4 頁 共 29 頁目目 錄錄1文檔摘要文檔摘要.61.1文檔分類.61.2關(guān)鍵字/tag.61.2.1摘要.61.3作者、協(xié)作者及評審人員.61.4定義、首字母縮寫詞及縮略語.62使用說明使用說明.72.1適用環(huán)境.72.2useraccessmonitor日志.72.2.1日志開關(guān).72.2.2日志內(nèi)容.82.3使用工具.92.3.1打開工具.92.3.2導(dǎo)入日志文件.102.3.3性能分析.設(shè)置分析范圍及輸出結(jié)果.分析日志.分析結(jié)果說明..1全局統(tǒng)計(jì)數(shù)據(jù)..2訪問量分析圖.1

5、.3活動(dòng)用戶量分析圖..4空閑內(nèi)存變化分析圖..5功能列表..6用戶列表..7未執(zhí)行完的請求..8超過指定執(zhí)行時(shí)間的請求.如何利用工具分析問題..1分析系統(tǒng)整體運(yùn)行效率..2分析系統(tǒng)內(nèi)存泄漏..3分析系統(tǒng)內(nèi)存短時(shí)間內(nèi)被耗光的現(xiàn)象..4預(yù)判系統(tǒng)用戶量增漲后內(nèi)存是否足夠使用..5分析系統(tǒng)需要優(yōu)化的功能.272.3.4查看單個(gè)請求.27 eos 系統(tǒng)性能分析工具使用說明http:/ 5 頁

6、 共 29 頁 eos 系統(tǒng)性能分析工具使用說明http:/ 6 頁 共 29 頁1 文檔摘要文檔摘要1.1 文檔分類文檔分類1.2 關(guān)鍵字關(guān)鍵字/tag1.2.1 摘要摘要本工具通過分析 eos server 記錄的用戶請求記錄信息（useraccessmonitor.log） ，可以監(jiān)控系統(tǒng)日常運(yùn)行情況，診斷系統(tǒng)是否健康運(yùn)轉(zhuǎn)。該工具是 eos 系統(tǒng)后期運(yùn)行維護(hù)最重要的手段。1.3 作者、協(xié)作者及評審人員作者、協(xié)作者及評審人員林鋒1.4 定義、首字母縮寫詞及縮略語定義、首字母縮寫詞及縮略語 eos 系統(tǒng)性能分析工具使用說明http:/ 7 頁 共 29 頁2 使用說明使用說明2.1 適用環(huán)境

7、適用環(huán)境windows 環(huán)境jdk1.4.2 以上版本eos3.5eos5.3 版本2.2 useraccessmonitor 日志日志性能分析工具是通過分析 eos server 記錄的 useraccessmonitor 日志來得到系統(tǒng)的性能分析報(bào)告的。useraccessmonitor.log 是 eos 一個(gè)重要的日志。記錄的是每個(gè)展現(xiàn)邏輯的開始調(diào)用和結(jié)束調(diào)用，通過此日志文件可以檢查展現(xiàn)邏輯是否成功執(zhí)行、執(zhí)行了多長時(shí)間、執(zhí)行之間的內(nèi)存變化等等。因?yàn)槊總€(gè)請求記錄兩條日志，記錄的日志信息量不大，所以不會(huì)對系統(tǒng)的性能帶來什么影響。2.2.1 日志開關(guān)日志開關(guān)在 eos5.2 之前的版本不提供

8、通過頁面來修改配置，需要手工修改配置文件。jboss 環(huán)境：環(huán)境：修改 jboss-3.2.5serverdefaultconflog4j.xml 文件： eos 系統(tǒng)性能分析工具使用說明http:/ 8 頁 共 29 頁.weblogic、was 環(huán)境：環(huán)境：修改 eos_home/config/ perties 文件：log4j.logger.defaultappid.useraccessmonitor=debug,uamlog4j.appender.uam.layout.conversionpattern=%d- %m$%nlog4j.appender.u

9、am.layout=org.apache.log4j.patternlayoutlog4j.appender.uam.maxfilesize=8096kblog4j.appender.uam.maxbackupindex=10log4j.appender.uam.file=$eos_home/logs/useraccessmonitor.loglog4j.appender.uam=org.apache.log4j.rollingfileappender將日志級別配置為 debug 則記錄 useraccessmonitor 日志。另外注意日志文件存在路徑默認(rèn)是在 eos_home/logs/目

10、錄下。建議將日志文件大小配置 8096kb，保留 10 個(gè)備份文件，這樣便于對系統(tǒng)長期的分析監(jiān)控。2.2.2 日志內(nèi)容日志內(nèi)容useraccessmonitro.log 中記錄的是開始調(diào)用和結(jié)束調(diào)用展現(xiàn)邏輯是的日志，所以 eos 系統(tǒng)性能分析工具使用說明http:/ 9 頁 共 29 頁正常的日志應(yīng)該是成雙成對的。如下面的兩條日志記錄：2005-06-22 11:35:04,023- b 1119411295568 sysadmin p bnom.pr_automata.bnom_p_showempmain 66650112 25788232 success$2005-06-22 11:35:

11、18,684- e 1119411295568 sysadmin p bnom.pr_automata.bnom_p_showempmain 66650112 13912400 success$下面以第一條日志為例進(jìn)行說明：列列值值說明說明12005-06-22 11:35:04,023記錄日志的時(shí)間點(diǎn)2b該日志為開始調(diào)用時(shí)的記錄，結(jié)束調(diào)用為“e”31119411295568請求編號，唯一。用它來定位日志中開始結(jié)束調(diào)用記錄4sysadmin調(diào)用展現(xiàn)邏輯的用戶名5p展現(xiàn)邏輯層的調(diào)用。目前版本只支持到展現(xiàn)邏輯層6bnom.pr_automata.bnom_p_showempmain調(diào)用的展現(xiàn)邏輯名

12、766650112eos server 啟動(dòng)時(shí)實(shí)時(shí)的 jvm 內(nèi)存大小，單位為 byte825788232當(dāng)前 jvm 內(nèi)存大小，單位為 byte9success執(zhí)行成功2.3 使用工具使用工具2.3.1 打開工具打開工具首先需要說明的是，工具是使用 java 編寫的，需要操作系統(tǒng)中安裝 jdk 才能運(yùn)行。如果操作系統(tǒng)的環(huán)境變量中已經(jīng)配置了 java_home，那么執(zhí)行目錄下的uamtool.bat 文件即可啟動(dòng)工具。如果沒有配置 java_home，需要修改 uamtool.bat 文件指定 java_home。有時(shí)因?yàn)?jdk 版本的問題，操作系統(tǒng)環(huán)境變量中配置的 java_home 不一

13、定支持工具的正常運(yùn)行，所以建議還是修改 uamtool.bat 指定 java_home。工具啟動(dòng)后，界面如下圖所示： eos 系統(tǒng)性能分析工具使用說明http:/ 10 頁 共 29 頁如上圖所示，首先需要選擇日志文件（即 useraccessmonitor 日志文件） ，再指定分析的范圍和分析輸出結(jié)果文件，然后就可以開始分析了。2.3.2 導(dǎo)入日志文件導(dǎo)入日志文件前面提及過，性能分析工具是通過分析 eos 系統(tǒng)記錄的 useraccessmonitor 日志來得到性能分析結(jié)果的。那么，首先就得選擇需要分析的日志文件。如上圖所示，點(diǎn)擊【導(dǎo)入日志文件】按鈕來選擇日志文件。未選擇日志文件之前，【

14、導(dǎo)入日志文件】按鈕右邊有“未選擇”的提示。 eos 系統(tǒng)性能分析工具使用說明http:/ 11 頁 共 29 頁日志文件是可以多選的，選擇需要分析的日志文件后打開。如下圖所示：打開選擇的日志文件后，會(huì)先對日志文件做初步的分析，得到每個(gè)日志文件中記錄的日志開始和結(jié)束時(shí)間。如下圖所示：因?yàn)槿罩疚募怯?log4j 記錄，如果在取日志文件時(shí)剛才 log4j 正在備份日志文件，那么有可能會(huì)漏取或者取得重復(fù)的日志文件。所以要注意檢查一下每個(gè)日志文件的開始時(shí)間應(yīng)當(dāng)大于或等于上一個(gè)日志文件的 eos 系統(tǒng)性能分析工具使用說明http:/ 12 頁 共 29 頁結(jié)束時(shí)間，并且相差不大。關(guān)閉選擇日志文件的窗口后

15、，在主界面可以看到【選擇】按鈕右邊顯示了選擇了幾個(gè)日志文件的信息。如下圖所示：點(diǎn)擊鏈接還可以再打開選擇日志文件窗口來查看已選擇的日志文件。 eos 系統(tǒng)性能分析工具使用說明http:/ 13 頁 共 29 頁2.3.3 性能分析性能分析設(shè)置分析范圍及輸出結(jié)果設(shè)置分析范圍及輸出結(jié)果日期：日期：分析某一天的系統(tǒng)運(yùn)行情況，可選擇的日期是根據(jù)日志的最大最小日期決定的。時(shí)間段：時(shí)間段：分析某一天某時(shí)間段內(nèi)的系統(tǒng)運(yùn)行情況。時(shí)間點(diǎn)間隔：時(shí)間點(diǎn)間隔：取間隔時(shí)間內(nèi)的訪問量、活動(dòng)用戶量、空閑內(nèi)存平均值，以圖表的方式展示在時(shí)間段中變化?？蛇x擇 1、3、5、10、20 分鐘。列出執(zhí)行時(shí)間超過指定時(shí)間的請

16、求：列出執(zhí)行時(shí)間超過指定時(shí)間的請求：在這里指定您認(rèn)為可以承受請求最長的執(zhí)行時(shí)間，超過此時(shí)間的請求將被記錄。分析結(jié)果輸出：分析結(jié)果輸出：分析結(jié)果輸出到一個(gè) excel 文件。注意，如果指定的文件已存在， eos 系統(tǒng)性能分析工具使用說明http:/ 14 頁 共 29 頁那么要求文件必須是關(guān)閉的。默認(rèn)將指定的分析日期為文件名。分析日志分析日志選擇了日志文件，并設(shè)置了分析范圍及輸出結(jié)果后，點(diǎn)擊【開始分析】按鈕即可開始分析。分析的過程中可以看到分析日志。分析成功結(jié)束后，可以立即打開分析結(jié)果文件查看分析結(jié)果：分析結(jié)果文件： eos 系統(tǒng)性能分析工具使用說明http:/ 15 頁 共 29

17、 頁分析結(jié)果說明分析結(jié)果說明.1全局統(tǒng)計(jì)數(shù)據(jù)全局統(tǒng)計(jì)數(shù)據(jù)通過全局統(tǒng)計(jì)數(shù)據(jù)表格底下的鏈接可以查看其它統(tǒng)計(jì)分析數(shù)據(jù)： eos 系統(tǒng)性能分析工具使用說明http:/ 16 頁 共 29 頁.2訪問量分析圖訪問量分析圖*訪問量是指在間隔時(shí)間中的系統(tǒng)接收到的請求數(shù)通過該圖表數(shù)據(jù)，可以很清晰地看到系統(tǒng)在一個(gè)時(shí)間段內(nèi)接收到請求的情況。.3活動(dòng)用戶量分析圖活動(dòng)用戶量分析圖*活動(dòng)用戶量是指在間隔時(shí)間中發(fā)出請求的用戶數(shù)通過該圖表數(shù)據(jù)，可以很清晰地看到系統(tǒng)在一個(gè)時(shí)間段內(nèi)用戶訪問系統(tǒng)的情況。 eos 系統(tǒng)性能分析工具使用說明http:/ 17 頁 共 29 頁2

18、.空閑內(nèi)存變化分析圖空閑內(nèi)存變化分析圖*空閑內(nèi)存是間隔時(shí)間內(nèi)記錄的各個(gè)點(diǎn)的內(nèi)存平均數(shù)通過該圖表數(shù)據(jù)，可以很清晰地看到系統(tǒng)在一個(gè)時(shí)間段內(nèi) jvm 空閑內(nèi)存的變化情況。.5功能列表功能列表 eos 系統(tǒng)性能分析工具使用說明http:/ 18 頁 共 29 頁記錄了時(shí)間段內(nèi)所有訪問的功能，并且統(tǒng)計(jì)了訪問的次數(shù)，以及最短、最長、平均的執(zhí)行時(shí)間。對于每個(gè)功能，會(huì)統(tǒng)計(jì)所以執(zhí)行時(shí)間超過指定時(shí)間的請求，以及所占百分比。由此可以判斷這功能是否普遍執(zhí)行時(shí)間超長。另外還可以對分析結(jié)果重新排序。.6用戶列表用戶列表記錄了時(shí)間段內(nèi)所有訪問系統(tǒng)的用戶，并且統(tǒng)計(jì)了訪問的次數(shù)，以及最

19、早、最晚在線的執(zhí)行時(shí)間。同樣還可以對分析結(jié)果重新排序。.7未執(zhí)行完的請求未執(zhí)行完的請求記錄了時(shí)間段內(nèi)未執(zhí)行結(jié)束的請求。當(dāng)然，因?yàn)橹付藭r(shí)間段，有可能執(zhí)行結(jié)束是在時(shí)間段之外。 eos 系統(tǒng)性能分析工具使用說明http:/ 19 頁 共 29 頁.8超過指定執(zhí)行時(shí)間的請求超過指定執(zhí)行時(shí)間的請求列出了所有執(zhí)行時(shí)間超過指定時(shí)間的請求。如何利用工具分析問題如何利用工具分析問題.1分析系統(tǒng)整體運(yùn)行效率分析系統(tǒng)整體運(yùn)行效率用戶使用系統(tǒng)時(shí)，一般只是根據(jù)從頁面點(diǎn)擊，到結(jié)果返回的時(shí)間來判斷系統(tǒng)運(yùn)行效率。但影響系統(tǒng)效率的環(huán)節(jié)很多，那么如何來判斷 eos ser

20、ver 的后臺運(yùn)行效率呢？我們可以從功能和請求兩個(gè)方面來分析。從功能方面分析：從功能方面分析：1、我們先到分析結(jié)果的統(tǒng)計(jì)數(shù)據(jù)中看看時(shí)間段內(nèi)用戶所訪問過的功能數(shù)： eos 系統(tǒng)性能分析工具使用說明http:/ 20 頁 共 29 頁2、我們假設(shè)功能平均執(zhí)行時(shí)間小于 5 秒是可以接受的，那么可以看到慢于 5 秒的功能占總的功能的比例是多少來判斷總體功能執(zhí)行效率如何：3、還可以到功能列表中按平均執(zhí)行時(shí)間降序排列一下看更詳細(xì)的數(shù)據(jù)：從請求方面分析：從請求方面分析： eos 系統(tǒng)性能分析工具使用說明http:/ 21 頁 共 29 頁1、我們先到分析結(jié)果的統(tǒng)計(jì)數(shù)據(jù)中看看時(shí)間段內(nèi)用戶所訪問過的請求數(shù)：2、

21、我們假設(shè)請求執(zhí)行時(shí)間小于 5 秒是可以接受的，那么可以看到慢于 5 秒的請求占總的請求數(shù)的比例是多少來判斷總體功能執(zhí)行效率如何：3、還可以到執(zhí)行時(shí)間超長的請求列表中看更詳細(xì)的數(shù)據(jù)：.2分析系統(tǒng)內(nèi)存泄漏分析系統(tǒng)內(nèi)存泄漏在 java 中，內(nèi)存泄漏就是存在一些被分配的對象，這些對象有下面兩個(gè)特點(diǎn)：1、這些對象是有被引用的，即在有向樹形圖中，存在樹枝通路可以與其相連； eos 系統(tǒng)性能分析工具使用說明http:/ 22 頁 共 29 頁2、這些對象是無用的，即程序以后不會(huì)再使用這些對象。如果對象滿足這兩個(gè)條件，這些對象就可以判定為 java 中的內(nèi)存泄漏。這些對象是不會(huì)被做垃圾回收的，然

22、而它卻占用著內(nèi)存。我們來看一個(gè)內(nèi)存使用率比較高的分析圖：空閑內(nèi)存變化分析圖0200000000400000000600000000800000000100000000012:0012:2512:5013:1513:4014:0514:3014:5515:2015:4516:1016:3517:0017:2517:5018:1518:4019:0519:3019:5520:2020:45從上圖我們可以看到，系統(tǒng)有時(shí)會(huì)差不多將內(nèi)存耗盡，好象有大量內(nèi)存被占用著無法回收。但最終內(nèi)存還是回收到跟初始一樣的水平，這就說明系統(tǒng)沒有存在不可回收的內(nèi)存，不存在內(nèi)存泄漏的可能。如果在系統(tǒng)長時(shí)間地運(yùn)行過程中，特別是

23、到系統(tǒng)沒有或者很少被使用時(shí)，空閑內(nèi)存還是無法回到初始水平，那么說明系統(tǒng)有可能存在內(nèi)存泄漏了。.3分析系統(tǒng)內(nèi)存短時(shí)間內(nèi)被耗光的現(xiàn)象分析系統(tǒng)內(nèi)存短時(shí)間內(nèi)被耗光的現(xiàn)象我們來看看下面的一個(gè)分析圖：內(nèi)存變化分析圖0200000000400000000600000000800000000100000000009:0509:2509:4510:0510:2510:4511:0511:2511:4512:0512:2512:4513:0513:2513:4514:0514:2514:4515:0515:2515:4516:05從上圖中很明顯地看到空閑內(nèi)存在很短的時(shí)間內(nèi)突然降到最低點(diǎn)，并且最終沒有

24、回到正常水平。在出現(xiàn)這種情況下，系統(tǒng)可能進(jìn)程不會(huì) down 掉，但已經(jīng)無法響應(yīng)任何頁面請求了，同時(shí)會(huì)在系統(tǒng)目錄下生成 dump 堆棧文件和 javacore 文件?？臻e內(nèi)存跌落到低谷但最終內(nèi)存還是能回收 eos 系統(tǒng)性能分析工具使用說明http:/ 23 頁 共 29 頁導(dǎo)致這種現(xiàn)象的最常見的可能就是：某些功能在某些特定的情況下執(zhí)行，會(huì)占用大量的內(nèi)存，并且是未執(zhí)行完的，這一點(diǎn)是顯而易見的，只有功能一直在執(zhí)行，jvm才無法將功能所占用內(nèi)存回收。下面通過一個(gè)例子來說明分析這種情況，所使用到的分析結(jié)果文件請參看文檔分析結(jié)果樣例_內(nèi)存泄漏.xls 。1、檢查日志中記錄的最大內(nèi)存是否有一個(gè)擴(kuò)大的過程檢查

25、日志中記錄的最大內(nèi)存是否有一個(gè)擴(kuò)大的過程(此步驟要求 jvm 的最小、最大內(nèi)存不要設(shè)置成一樣。)打開分析結(jié)果文件的工作表【5)執(zhí)行時(shí)間超過 5 秒的請求】 ，可以看到如下的信息：我們要關(guān)注的是最大內(nèi)存這一列。需要說明的是，這里記錄的最大內(nèi)存并不是指 jvm 設(shè)置的最大內(nèi)存。jvm 設(shè)置的最大內(nèi)存是指 jvm 可使用的最大內(nèi)存，而此處的記錄最大內(nèi)存是 jvm 某個(gè)時(shí)間點(diǎn)的所占用的最大內(nèi)存。服務(wù)器啟動(dòng)時(shí)，jvm 的所占用的最大內(nèi)存即是 jvm 所設(shè)置的最小內(nèi)存，當(dāng) jvm 內(nèi)存不足時(shí)，那么 jvm 就會(huì)再次擴(kuò)大所占用的內(nèi)存，直到達(dá)到j(luò)vm 所設(shè)置的最大內(nèi)存。所以，雖然系統(tǒng)中設(shè)置的最大內(nèi)存是 2g，

26、但在這里記錄的最大內(nèi)存一開始只是系統(tǒng)設(shè)置的最小內(nèi)存 512m。往下查看記錄的日志信息，可以看到在很長的一段時(shí)間內(nèi)記錄的最大內(nèi)存還是500 多兆。然后到 67 行如下圖所示的位置： eos 系統(tǒng)性能分析工具使用說明http:/ 24 頁 共 29 頁在這里可以看到最大內(nèi)存有一個(gè)很明顯的擴(kuò)大過程：537m808m949m1472m1730m2033m2148m。這個(gè)過程在 9 分鐘左右。2、檢查最大內(nèi)存擴(kuò)大過程中執(zhí)行時(shí)間長的功能檢查最大內(nèi)存擴(kuò)大過程中執(zhí)行時(shí)間長的功能我們可以發(fā)現(xiàn)在最大內(nèi)存擴(kuò)大的過程中只有 兩個(gè)功能執(zhí)行時(shí)間比較長：wfwebcomp.prworkitemmgr.showworkite

27、mform （以下簡稱showworkitemform）和 arms_rf_censorapp.pr.prtormplat（以下簡稱 prtormplat） ，那么當(dāng)然最有可能是這兩個(gè)功能占用了很多的內(nèi)存。首先看一下功能開始執(zhí)行和執(zhí)行結(jié)束時(shí)記錄的最大內(nèi)存。功能 prtormplat 執(zhí)行時(shí)有三次內(nèi)存擴(kuò)大 537m808m、808m949m、1472m1730m，而功能 prtormplat只有一次 949m1472m。那么當(dāng)然功能 prtormplat 可能性更大一些。然后再看一下功能開始執(zhí)行和執(zhí)行結(jié)束時(shí)記錄的空閑內(nèi)存。可以看到空閑內(nèi)存都有大幅度地下降，這是自然的。3、檢查未執(zhí)行完的功能檢查未

28、執(zhí)行完的功能我們知道，一個(gè)請求未執(zhí)行完，那么該請求所使用的內(nèi)存當(dāng)然是不會(huì)被回收的。 eos 系統(tǒng)性能分析工具使用說明http:/ 25 頁 共 29 頁根據(jù)這一點(diǎn)到【未執(zhí)行完功能】列表查看記錄的未執(zhí)行完的功能，這些功能導(dǎo)致內(nèi)存耗光的可能性最大。從以上列表可以看到有兩個(gè) prtormplat 功能的請求未執(zhí)行完，16:11:11 第一個(gè)請求開始執(zhí)行時(shí)，空閑內(nèi)存為 140 多兆，而 16:11:18 第二個(gè)請求開始執(zhí)行時(shí)，空閑內(nèi)存只有 50 兆。其它的未執(zhí)行完的功能請求開始執(zhí)行時(shí)，空閑內(nèi)存已經(jīng)很小了，說明主要是因?yàn)閮?nèi)存不足導(dǎo)致它未能執(zhí)行完，而不是這些功能占用了過多的內(nèi)存。4、分析功能代碼什么情況下

29、會(huì)占用過多內(nèi)存分析功能代碼什么情況下會(huì)占用過多內(nèi)存什么情況下功能會(huì)占用過多內(nèi)存呢？自然是做查詢的時(shí)候查詢了過多的數(shù)據(jù)。分析功能代碼時(shí)，有以下幾個(gè)關(guān)鍵步驟：1、找出功能里比如 bl_queryentityall、bl_runquerysql 等查詢?nèi)糠蠗l件數(shù)據(jù)的查詢操作；2、確認(rèn)查詢操作查詢的表中的數(shù)據(jù)量有多少，特別要關(guān)注對數(shù)據(jù)量大的表的操作；3、分析什么情況下有可能查詢出過多的數(shù)據(jù)。注意不要從正常業(yè)務(wù)處理去分析，不要管業(yè)務(wù)上不可能查出過多的數(shù)據(jù)。你要分析的是什么情況下會(huì)查出過多的數(shù)據(jù)，比如不可能為空的查詢條件什么情況下會(huì)變成空的了。.4預(yù)判系統(tǒng)用戶量增漲后內(nèi)存是否足夠使用預(yù)判系統(tǒng)用戶量增漲后內(nèi)存是否足夠使用例如下圖是系統(tǒng)在用戶量增漲之前的用戶及空閑內(nèi)存的分析圖： eos 系統(tǒng)性能分析工具使用說明http:/ 26 頁 共 29 頁活動(dòng)用戶量分析圖02040608010012012:0012:2512:50