企業(yè)數據庫監(jiān)控體系建設

1、企業(yè)數據庫監(jiān)控體系建設技術創(chuàng)新，變革未來監(jiān)控之易監(jiān)控目的監(jiān)控內容監(jiān)控結果監(jiān)控之難監(jiān)控的目的是為了告警！？監(jiān)控告警展示當前服務狀態(tài)根據閾值設定，告警問題狀態(tài)故障復盤，問題診斷用數據反映服務容量，防止拍腦袋堆機器挖掘服務潛在問題以及應用使用數據庫問題性能、故障分析容量報告 風險挖掘監(jiān)控目的狀態(tài)查看 告警響應收集數據存儲數據使用數據監(jiān)控本質有沒有那么一個監(jiān)控系統(tǒng)能滿足全部需求？簡單明了，連老板都能看的懂速度快，準確率高數據詳細，精確到秒數據易于統(tǒng)計分析數據易于分析統(tǒng)計狀態(tài)查看告警響應性能、故障分析 容量報告風險挖掘各監(jiān)控目的特征（我們要做到）數據庫磚家，1000萬nvps的監(jiān)控系統(tǒng)用什么存儲比較好？

2、業(yè)務應用服務數據服務操作系統(tǒng)物理硬件（cpu、io、net、disk、mem）監(jiān)控內容應用監(jiān)控系統(tǒng)監(jiān)控業(yè)務監(jiān)控系統(tǒng)監(jiān)控應用監(jiān)控狀態(tài)查看基于Zabbix開發(fā)調用分析：Titan 慢查詢分析告警響應Saiyan、Zabbix性能、故障分析sysstat、orzdba、redisstat等等容量報告基于Zabbix開發(fā)風險挖掘基于Zabbix開發(fā)怎么監(jiān)控抽象合理，架構清晰MySQL數據存儲，利于二次開發(fā)和數據分析功能強大主要指discovery為什么選擇Zabbix前端配置、管理同步操作，越來越慢甚至失敗單Zabbix server架構，監(jiān)控能力擴充難MySQL未做邏輯拆分和讀寫分離設計，單實例My

3、SQL沒法 實現(xiàn)長久保存狀態(tài)監(jiān)控告警響應速度慢，難收斂Zabbix有什么問題狀態(tài)查看之Zabbix dashboard狀態(tài)查看之Zabbix dashboard告警響應之Saiyan和ZabbixMySQLRedisMongoDBMemcached注冊到 zookeeperWatch節(jié)點變化zookeeperSaiyan秒級監(jiān)控響應系統(tǒng)處理隊列(告警、自動恢復)性能、故障分析神器之sysstat必裝組件根據需求調整sa1執(zhí)行頻率根據需求調整sa1執(zhí)行頻率根據需求調整sa1執(zhí)行頻率根據需要保存更久的數據性能、故障分析神器之orzdba、redisstatshow full processlist

4、show engine innodb statusdb.currentOP()jstack 123456性能、故障分析還值得每10秒記錄下來的信息容量報告之基于Zabbix的Capacity report系統(tǒng)監(jiān)控問題趨勢、熱點時間反應熱點問題服務器、業(yè)務群熱點問題類型應用監(jiān)控業(yè)務流量變化流量均衡問題風險挖掘之Zabbix數據分析Redis和Memcached流量均衡檢測數據庫應用監(jiān)控之TitanMySQLRedisMongoDBMemcachedTCP抓包日志HBaseSpark聚合計算kafkaFrontendTCP抓包日志分析系統(tǒng)響應時間分析請求來源分析請求SQL、命令分析 慢查詢、hotkey分析Titan的應用性能、故障分析請求時間請求發(fā)生的時間來源地址從哪里發(fā)來的請求目的地址數據服務IP地址目的端口數據服務端口號響應時間從數據服務接到查詢請求到響應客戶端時長請求長度查詢SQL、命令長度響應長度查詢結果長度具體內容具體的請求SQL、命令數據訪問來源分析熱點Key/SQL分析慢查詢集中收集展示分析MySQLRedis