郑祥--DBdoctor：eBPF在数据库性能诊断优化领域中的应用.pdf

1、中 国 西 安海信.聚好看DBdoctor数据库性能可观测工具作者郑祥eBPF在数据库性能诊断优化领域中的应用第 二 届 e B P F 开 发 者 大 会01性能痛点02技术优势03使用场景04客户案例目 录第 二 届 e B P F 开 发 者 大 会1、性能诊断痛点系统卡顿了没什么写入量，空间竟然写满了OOM满屏慢SQLSQL怎么这么慢索引失效了CPU打爆了内存使用率怎么这么高这个表怎么会有死锁DDL执行卡住了CauseCategoryPercentSQLPerformance12.9%Data differenceReplication9.1%DROP TABLEData loss5.

2、8%Disk fullOperationg env5.8%NetworkOperationg env5.8%Operating systemOperationg env5.2%Schema/indexingPerformance5.2%innoDBPerformance5.2%ConfigurationPerformance4.5%ConfigurationReplication3.9%MySQL社区调查的MySQL十大痛点0.20.40.60.80.100.DBA架构师性能优化故障处理监控巡检安装部署备份恢复迁移升级性能优化、故障处理、监控巡检花费时间最多第 二 届 e B P F 开 发

3、者 大 会w w w.e b p f t r a v e l.c o m结合以往经验：批量导/删数据？CPU飙高磁盘IO几乎打满IO写入突增QPS正常1、性能诊断痛点查看监控第 二 届 e B P F 开 发 者 大 会w w w.e b p f t r a v e l.c o m排序SQL执行次数最大耗时1 SELECT a,b,c,d FROM order.order_history WHERE id=?AND id?2864.1s2INSERT INTO point_history values(?,?,?,?,?,?)2303.6s3DELETE FROM order_history

4、WHERE type=?AND traedDate?LIMIT 100001094.2s4INSERT INTO order_log values(?,?,?,?,?,?,?)2911.6s5SELECT max(id)from order_log WHERE type=?299.4s6DELETE FROM order_log WHERE id=?LIMIT 10000265.2s慢日志分析：未找到根因SQL1、性能诊断痛点分析慢日志一堆慢SQL,日志10G监控和慢日志猜测：1.两条Insert可疑2.两条Delete可疑第 二 届 e B P F 开 发 者 大 会w w w.e b p

5、f t r a v e l.c o m非常紧急，整日忙于救火出现故障互相推责扯皮大促、放假就出问题以前不慢的，现在慢了平时很好，关键时候掉链子监控和日志没找到根因门槛高，依赖专业DBA出现问题，定位时间长平时不重视，故障驱动故障后不知道如何处理需要大量故障经验沉淀故障后，没有解决方案急责错第 二 届 e B P F 开 发 者 大 会w w w.e b p f t r a v e l.c o m1、数据库性能诊断过程中的挑战缺乏成熟的解决方案缺乏精确的诊断能力1、已有监控系统为什么不能解决上述问题阈值缺乏提前发现的措施现象1.关键重要节点掉链子2.没故障则认为没问题原因1.未达到告警阈值的隐患

6、2.缺少日常的细粒度巡检现象1出现问题定位时间长2.传统监控浮于表面原因1.缺乏更深层的监控数据2.缺乏更精准的根因诊断现象1.强依赖难以传承的经验2.现象明确但无解决方案原因1.没有把经验与现象关联2.没有给出问题优化建议故障经验故障经验故障经验这么多指标啥关联?没找到关键日志告警指标第 二 届 e B P F 开 发 者 大 会w w w.e b p f t r a v e l.c o m01性能痛点02技术优势03使用场景04客户案例第 二 届 e B P F 开 发 者 大 会eBPF进行关键指标采集，基于数学量化模型重新定义数据库可观测打破以往基于经验、规则、阈值的传统，彻底解决数据