作为资深的DBA，你可能会发现，我们10年前处理的问题和今天没有什么不同，80%的数据库性能问题由SQL导致，SQL优化应对全表扫描或是隐式转换，转眼就耗费了经年的时光。作为资深的数据库应用开发者，你可能发现，在大多数用户的场景中，数据库的DevOps依然是一块横亘在我们路上的顽石。

为什么会存在这种情况？

在传统的模式下，应用开发人员与DBA分别管理着应用软件与数据库，二者的交汇点仅仅在系统测试与试运行阶段，甚至是更后面的运行阶段。二者之间的工作存在一定的交叉，但是各自以黑箱的方式工作的模式是最为常见的模式。研发人员不了解DBA的工作与技能，反过来DBA也不太关注开发人员的工作。这种割裂导致了DevOps在数据库上出现了一道鸿沟。

另外在数据库技术上来看，不同的数据库引擎之间虽然在应用接口上都遵循SQL标识，但是其个性化特征还是十分明显的，数据管理的工具与技术也各不相同，数据库监控、运维与优化的方法差异甚大。这一切都给DevOps的持续集成工作带来了巨大的困难。

数据库的DevOps的另一个重要障碍是所需文化和流程的变化。在工作流结束时不进行数据库更改的审查，这表明开发团队与DBA之间的沟通不畅。如果缺乏自动化的确认手段，那么任何一个和DBA相关的工作结束后，都需要等待DBA来检查更改，直到最后一个阶段为止。而在缺乏合理的流程管控以及流程自动化工具支撑的环境下，这一切都是十分困难的。

正是因为上述原因，在DevOps开展之初大部分企业是以应用为主的，在全面开展的过程中才会发现如果把数据库也纳入到DevOps体系中来，那么可以进一步提高应用开发交付的敏捷性。

解决方法-SQM 3.0

云和恩墨第一个在国内提出了“SQL审核”和“智能巡检”等理念，希望真正能够通过自动化运维、工具化约束，去改善SQL开发质量，发现和凸显问题，从而防患于未然，提升系统稳定性，改善数据库运维的现状。云和恩墨相信通过规范化、标准化、智能化，才能够不断推动业界向前。

早在2011年，云和恩墨基于对于业界的思考，开发了一款SQL审核产品，称为Z3，Z3可以审核开发测试阶段的SQL，发现问题，提出建议，由此将运维DBA和开发结合起来。彼时彼刻，云和恩墨还未曾想过，这就是今天DevOps所讨论的范畴。

今天Z3已经发展为SQM-SQL质量管控平台，SQM自动抓取开发、测试与生产环境中的对象设计与SQL信息，并依据既定的审核规则分析对象设计与SQL中的潜在性能风险，可在开发、测试、上线、生产不同阶段对SQL进行质量管控，确保应用的稳定、高效运行。现在，SQM已经帮助了一百多家企业客户打通了开发与DBA的边界，提高运维开发效率，提前规避数据库性能风险。

在5月25日召开的“2021云和恩墨产品发布会”上，全新升级的SQM 3.0版本正式发布，共支持十二种数据库，其中包括openGauss、OceanBase、TeleDB、TelePG、TiDB和达梦等六种国产数据库；支持IDEA插件、Jenkins插件，进一步将SQL审核前置，实现自动化的代码发现，将SQL问题的发现从过去的数月缩短到天级，甚至秒级。

如今，SQM 3.0已成为业界支持数据库品类最多，内置SQL审核规则最多，支持开发工具种类最多的SQL前置审核平台。

视频详情请点击下方链接

《2021云和恩墨产品发布会》实况录像：https://www.modb.pro/video/4116 （复制链接至浏览器或直接点击文末“阅读原文”浏览）

SQM产品关键信息图:

END