一、現狀背景 當前某集羣部分節點磁盤使用率已達 95% 以上,因數據量增長觸發存儲瓶頸。結合 Gbase 8a 數據庫特性,可以提供 “表重建壓縮優化” 與 “服務器擴容” 雙方案,供業務評估選擇。 二、優化方案 方案一:表重建壓縮優化(歷史數據高壓縮處理) 1. 操作原理 通過調整表壓縮級別,對歷史數據進行高壓縮處理。當前數據庫默認壓縮
分析思路 重點從集羣任務、系統資源、集羣狀態及變量三方面進行分析。 1、集羣任務分析: 重點對併發任務數較高、資源使用率較高的集羣進行分析; 定期抽取集羣任務趨勢數據、審計日誌,分析任務數趨勢、重點觀察高併發任務數時點及趨勢,分析不同類型/用户等維度的任務分佈情況、任務總體的耗時情況; 定期對TOP任務(超時SQL、大SQL)進行分析優化; 不
集羣在運行過程中偶爾會出現crash,當集羣crash時,從哪裏查看堆棧信息呢?system.log 中記錄了宕機的堆棧信息,core 文件中記錄了宕機的詳細的堆棧信息,如果想要看到詳細的堆棧信息,則需要在集羣coor節點以及集羣data節點的配置文件中,開啓該功能,具體步驟如下: 1、修改集羣coor節點配置文件:在每台集羣coor節點機器的集羣安裝目錄,如/opt/gc
參數名:_sensitive_directory_access_disable參數 參數值:字符串類型,支持正則、分隔符號,默認ssh 參數可見範圍:不可被show 功能説明: 安全漏洞審查中認為導出數據到/home/xxx/.ssh/目錄中可能存在安全隱患, 增加_sensitive_di