反饋已提交
網絡繁忙
1.2 應用場景
一般,報表工程都是部署在中間軟體上,依託 JDBC 連結資料庫,使用者透過網際網絡存取平台資源。
因而在出現諸如範本響應慢等效能問題時,需要定位是不是網路問題導致的。
FineReport中內建了系統維運插件,幫助提供「網路檢查」功能,當遇到效能問題時,可透過該工具一鍵檢查是否存在網路問題。
基礎網路檢查:該工具可以檢查當前的網路環境,對鏈路耗時進行分析,實現網路環境外部問題和內部問題的檢查。
網路組件檢查:可以對 FineDB、業務資料庫、FTP檔案伺服器、Redis狀態伺服器、OSS儲存伺服器等網路組件進行檢查。
單機環境和叢集環境下都可以使用該工具,叢集環境下可以選擇任意節點進行檢查。
基礎網路檢查,檢查的是使用者到報表伺服器的網路環境和鏈路耗時。
在進行基礎網路檢查前,管理者可以對檢查配置進行自訂設定。
管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>全局設定」,支援調整基礎網路檢查設定。如下圖所示:
設定好配置項後,即可進行基礎網路檢查。
管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>基礎網路檢查」,建議先進行「網路環境檢查」,再進行「鏈路耗時分析」。
檢查過程中需要等待一段時間,且提供了「中止檢查」按鈕,可隨時取消檢查。
檢查完畢後,本次檢查結果顯示在「基礎網路檢查」頁面中,如下圖所示:
1)網路環境檢查
注:對於下載上傳速度的檢查,測出來的速度只代表使用者和平台之間的下載、上傳速度,而不是使用者網路連結的實際帶寬。
因此和其他測速工具測出的速度可能會出現較大差距。
下載:檢查過程下載資料量,單位Mbps
耗時:檢查過程下載耗時,單位ms
抖動:檢查過程下載耗時平均值,單位ms
上傳:檢查過程上傳資料量,單位Mbps
耗時:檢查過程上傳耗時,單位ms
抖動:檢查過程上傳耗時平均值,單位ms
基於以上檢查項,對網路環境進行綜合評估
包括:良好、中等、偏差
2)鏈路耗時分析
支援對瀏覽器傳送請求、伺服器收到請求、伺服器傳送響應、瀏覽器收到響應的鏈路名稱、時刻、狀態進行記錄。
網路組件檢查,可以對 FineDB、業務資料庫、FTP檔案伺服器、Redis狀態伺服器、OSS儲存伺服器等網路組件進行檢查。
在進行網路組件檢查前,管理者可以對檢查配置進行自訂設定。
管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>全局設定」,支援調整網路組件檢查設定。如下圖所示:
對組件進行檢查前,需要先將組件新增進來。
管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>網路組件檢查」,點選「新增網路組件」,即可新增網路組件。如下圖所示:
支援新增的網格組件包括:
支援檢查 外接FineDB
如果工程配置了外接FineDB,會自動新增到「網路組件檢查」頁面
無需手動新增,也不支援刪除該組件
支援手動新增當前系統存在的資料連結
業務資料庫檢查時預設是查詢獲取到的第一張表,使用者也可以自訂查詢語句進行檢查
使用者可對新增的網路組件進行單個檢查/全部檢查,如下圖所示:
檢查完畢後,本次檢查結果顯示在「網路組件檢查」頁面中,如下圖所示:
各種組件的檢查邏輯和傳回結果如下表所示:
1)連結性檢查:
檢查組件是否正常連結
檢查瀏覽器與組件連結耗時
2)組件網路檢查:
依次存入binary 1M、10M、100M並查詢、刪除
記錄存入時間、查詢時間、刪除時間
查詢一條語句,預設採用預設select獲取到的第一個表,使用者可修改語句
記錄瀏覽器傳送請求、資料庫收到請求、資料庫傳送響應、瀏覽器收到響應的時間、查詢語句執行的時間
存入一個1M、10M、100M的檔案並下載、刪除
記錄上傳耗時、下載耗時、刪除耗時
存入value1M、10M、100M的string並下載、刪除
記錄 上傳耗時、下載耗時、刪除耗時
存入一張圖片並讀取、刪除
對於基礎網路檢查和網路組件檢查的每一次記錄,都可在「歷史檢查記錄」中查看。
在歷史記錄頁面:
可以查看每條檢查記錄的檢查內容和檢查結果。
可以對每條檢查記錄執行復制記錄、刪除記錄、生成報表的操作。
可以多選多個檢查記錄批量生成報表。
由於網路檢查歷史記錄會佔用記憶體,因此管理者需要設定好自動清理歷史檢查記錄。
管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>全局設定」,支援配置歷史檢查記錄清理頻率。如下圖所示:
預設每隔 3 個月自動清理一次,保留近 3 個月的資料。
注:近 3 個月是指當前日期往前 3 個月的資料,例如 2019-8-19 日手動清理,預設保留 2019-5-19 ~ 2019-8-19 日的資料。
因此最少會保留3個月,最多實際上會有6個月。
問題描述:
對MySQL資料庫執行網路組件檢查時,報錯:
if you are using the mysql client program,it's default max_allowed_packet variable is 16MB.To set a large value
原因分析:
檢查操作的資料量傳輸可能會超出 MySQL 的限制,
MySQL 資料庫中「max_allowed_packet」值設定過小,導致資料傳輸量超出限制。
解決方案:
此時修改並將配置項 max_allowed_packet 調大即可。
方案一:
MySQL 安裝目錄下的「my.ini」檔案中的[mysqld] 欄位中的「max_allowed_packet = XM」修改為 500M ,重啟 MySQL 即可。
方案二:
1)使用「set global max_allowed_packet = 524288000;」 語句將「max_allowed_packet」的值設定為 500 M。
2)使用「show VARIABLES like '%max_allowed_packet%';」 語句查看是否修改成功。
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙