《從可診斷性到全鏈路追蹤_余璜.pdf》由會員分享,可在線閱讀,更多相關《從可診斷性到全鏈路追蹤_余璜.pdf(17頁珍藏版)》請在三個皮匠報告上搜索。
1、余璜OceanBase 高級技術專家可診斷性和全鏈路追蹤OceanBase SQL 執行架構P1P2OBServerP1OBServerP1P2OBServerP2OBProxySQLSQLSQLAPP(Client)314F5/SLB2OBProxySQL 路由Client應用程序F5/SLBOBProxy 負載均衡OBServerSQL優化和執行video:視頻大小不要超過藍框區域甩鍋難題業務開發我這個業務卡了,是不是數據庫又出問題了?DBA最近數據庫一直運行很平穩,不可能出問題啊。DBA也可能是中間代理服務器(Proxy)的問題。代理服務別甩鍋給我,我這邊邏輯這么簡單,很少出問題的。代理
2、服務那會不會是網絡問題?業務開發那。業務部門那是怎么回事?OBClientOBProxyOBServerSQL1ResultSQL2Result全鏈路追蹤:解決甩鍋難題事務耗時業務邏輯耗時應用視角 SQL 耗時ObProxy 視角 SQL 耗時ObServer 視角 SQL 耗時全鏈路診斷能力 OceanBase 云平臺全鏈路追蹤全鏈路追蹤能力 命令行如何了解一條 SQL 在 OBServer 內部慢在哪里?全鏈路追蹤3.X 版本中,OceanBase 已經為用戶提供了較為完善的監控和診斷能力對于一個簡單 TP 查詢,可以通過 GV$SQL_AUDIT 了解到執行的細節SysStatSql A
3、uditTrans StatTenant DumpSlow TransSlow Query SQL 排隊時間 SQL 延遲 讀磁盤數量 RPC 數量 最長等待事件缺點:對于復雜查詢,能得到的信息有限。3.x 版本診斷能力還存在什么不足?對于 AP 查詢,計劃復雜,引入算子級監控-算子處理的數據行數-算子消耗的 CPU-處理數據的起止時間-算子特征數據-0-TOPN SORT1-HGBY2-HJ3-TSC shop4-TSC sellMonitorInfo吐出首行時間算子總處理行數統計總 CPU 消耗統計吐出末行時間GV$SQL_PLAN_MONITORSQL Plan Monitor:復雜查詢
4、性能診斷利器全鏈路追蹤我們發現下面這個 SQL 執行很慢如何利用 GV$SQL_PLAN_MONITOR 診斷慢 SQL?(一)全鏈路追蹤4.1 引入 Realtime SQL Plan Monitor,實時監控算子處理進度如何利用 GV$SQL_PLAN_MONITOR 診斷慢 SQL?(二)select shop_id,sum(sell.goods_count)sells_count from sell,shopwhere shop.id=sell.shop_idgroup by shop.id order by sells_count desc limit 10;GV$SQL_PLAN_MONITOR 可視化(一)全鏈路追蹤解決方案:并行執行,性能提升一倍1.每個線程 dump 數據的量減少了一半;2.bucket size 不變,數據量減少一半,hash 表查找時間也縮短;GV$SQL_PLAN_MONITOR 可視化(二)全鏈路追蹤解決問題Q&AGitHub:/oceanbase/服務號:OceanBase數據庫星球論壇: