從可診斷性到全鏈路追蹤_余璜.pdf

《從可診斷性到全鏈路追蹤_余璜.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數據庫星球論壇：