DBdoctor_off的博客

通过该工具，可快速的对Linux系统的多个指标进行查看，能够实现对系统状态的全面把握，从而为系统优化和故障修复提供数据支持，辅助问题排查，对问题可以进行一个方向上的初步定位，为日常运维工作提供极大的便利。IO：打印当前进程的IO情况，每个线程的读写次数，读写速率，操作文件名，上级目录名，当type为MySQL时，根据文件名进行文件归类展现文件类型是表或者是UNDO LOG、BIN LOG以及临时文件。，支持一键诊断，欢迎各位小伙伴体验试用，并期待您的宝贵建议，让我们共同推动技术的进步！

数据库性能诊断工具DBdoctor新增Vastbase G100数据库、openGauss数据库的支持。

面对Online DDL的众多场景，DBdoctor免费的SQL审核功能可以快速识别Online DDL，支撑线上DDL变更，有效预防锁表问题，欢迎小伙伴们下载体验！在MySQL 5.6 版本之前，所有的DDL变更都需要锁表，导致大量线程处于“Waiting for meta data lock”的状态，5.6版本引入Online DDL新特性，部分DDL 变更不需要锁表，引入算法In-Place和Copy（8.0增加Instant），其中 Instant，In-Place可以实现无锁变更。

PGSQL数据库常见锁问题有哪些，如何快速定位及解决？死锁问题形成过程如何快速还原？

中，我们探讨了MySQL中DTrace的应用，该方法需要修改数据库内核代码（嵌入静态钩子），然后利用eBPF进行探测。在使用eBPF探测用户态应用程序时，从上面探针的触发耗时我们能看到USDT

eBPF的探测功能实现比较简单，难点适配成本比较高，需要确认源码探测的函数高低频、内核kernel版本、ARM CPU架构、数据库源码小版本等多种因素，比如PostgreSQL的小版本有400+个版本，工作量非常大。采集探测数据库SQL的完整执行过程，采集资源消耗、锁事件、事务维度的全量SQL、Cost统计信息等更细粒度的数据，实现性能问题可量化，精准定位问题根因SQL，并提供最佳优化建议。作为在数据库技术领域，率先掌握前沿eBPF技术的企业，7月13日上午，DBdoctor产品负责人。

如何手码eBPF程序探测MySQL5.6 USDT，来实时识别数据库可疑的连接访问来源（user/host）。

在SQL关联分析中，针对该CPU异常SQL，点击查看执行计划，发现该表缺失索引，执行CREATE INDEX IX_tempdb_ProductID ON master.dbo.tempdb (ProductID) 添加索引问题解决。SQLServer具备企业级的SQL审核能力，支持SQL文件上传批量审核，在开发阶段即可完成SQL审核，提前识别SQL问题，同时针对线上存量SQL也可以实时抓取进行审核。的存储分析，基于已训练预测模型，实时展示未来一周的磁盘趋势，并根据数据、日志、临时表文件等的存储事件进行。

DBdoctor 3.2.2版本新增PgSQL的索引推荐及性能审核功能；拓展了oracle的纳管版本并支持纳管oracle rac；新增对sqlserver、vastbase数据库的纳管支持；修复了体验官活动中大家提出的一系列体验问题。

MySQL 5.6的数据库，需要对核心支付表做DDL加索引，咨询我们如何加索引更优雅

较大的一个点是国外软件比较聚焦，反观国内，很少有聚焦在一个领域的数据库生态软件，几乎都是从云管平台开始做起，大一统的软件，看起来什么都有，细看发现哪一块都不突出。DBdoctor的自动参数调优已在内测阶段，我们从OtterTune的源码和商业化产品里学到了很多宝贵的经验，两位AI博士基于OtterTune的框架理念，对其中的算法进行了一系列替换与调优，通过海信数万数据库实例的持续验证与学习，目前算法已达到较好的工程落地效果。等高阶功能，官网可快速下载，零依赖，一分钟快速一键部署。

本文详细介绍DBdoctor的主要功能，按照事件先后涵盖了事前、事中、事后三个阶段。事前的主动问题发现、SQL性能评估、自动巡检与报表、空间预测与诊断；事中的性能洞察、根因诊断、锁分析、优化建议；事后的审计分析、根因推导、问题快照。按照使用者包含了开发、测试、运维，开发同学可进行SQL审核、死锁分析，测试同学可进行上线前性能评估，运维同学可进行性能快速处理。

最近看欧洲杯的小伙伴有没有发现围挡上的大中文，“海信电视，中国第一，不止于世界第二”，尤其在国外，看到还是无比自豪的。其实海信除了在家电行业家喻户晓，在智能交通、智慧政务、智慧医疗、能源、通信、地产等行业都有较大市场占有率。交流过程中不断有政务口的项目负责人问DBdoctor是否支持瀚高，尤其是山东省内，瀚高占有率还是非常高的。今天从开发、测试、DBA视角看看，瀚高的小伙伴都关注哪些问题。

或许大家会认为删库跑路都是运维或者DBA的事情，或许认为我没有线上数据库权限就不可能删库跑路。但是事实并非如此，建议大家仔细阅读此文章，赶紧排查下您的代码，很可能隐藏着这种删库程序。还是要呼吁大家，这个案例大家不要学习！不要学习！不要学习！重要的事情说三遍。各位研发小伙伴们，你们是否也会经常遇到类似问题，因为执行了一条不当的SQL更新语句，就险些造成了灾难性的数据故障！