从SQL Server CloudDBA 看云数据库智能化

最近阿里云数据库SQL Server在控制台推出了CloudDBA服务，重点解决数据库性能优化领域问题，帮助客户更好的使用好RDS数据库，这是继MySQL以后第二个关系型数据库提供相似的服务。

 

数据库可认为是系统运行的关键，由于它存储数据，确保事务一致性，是企业的核心资产。通常大型企业都有专职的数据库管理员（DBA）来负责数据库的平常运维管理，这些管理工做的好坏其实很是依赖于DBA的经验。一个好的DBA，至少要负责以下几个方面的工做：

1. 基础运维管理工做：包括安装、卸载、升级、打patch、基础联通配置等方面的工做。

2. 安全管理工做：防火墙、链接管理、密码管理、权限管理等。要特别说明下，千万不要小看安全管理工做，如密码管理，看似是个简单的问题，可是实际中有不少DBA设置数据库的密码是很是简单的数字，这样基本上黑客就能够利用撞库的方式获取到你的密码。一样地不少程序为了图方便、甚至包括DBA，都直接拿sa帐号做为业务帐号使用，这可谓彻底没有安全意识，尤为是SQL Server数据库，我的认为这样的DBA是应该要被开除的。

3. 稳定性管理工做：如搭建高可用环境而且按期演练，备份和恢复其实既属于安全也属于稳定性相关工做，并不表明备份的结果确定能恢复出来的，恢复过程的时效如何都是须要反复演练的，因此一个好的DBA会让公司业务行云流水，没有异常、或者异常期间处理有节有奏是一个DBA优秀素质的体现。

4. 性能优化管理工做：这是一个很是大的课题，涵盖了DBA理解数据库的方方面面，也是DBA综合素质的直接体现，不一样的DBA在这块的处理结果会给业务带来直接不一样的效果，所以性能优化话题永远是DBA圈的热门话题，各类语句写法、各类索引使用技巧、各类信息分析排查充分体现了经验的丰富度。这块内容重要性的直接体现，就是对数据库使用效能，作的好能够为公司节省一大笔钱。以前本人在公司做为DBA服务的时候，衡量是否称职的标准，是否对数据库一日三餐，即在早上、下午下班前、夜里高峰时，查看下数据库的性能包括，而且给出诊断意见，这件事情不作，基本上算是在偷懒了。

5. 数据管理和业务逻辑处理工做：这是一块繁重的工做，DBA除了支持平常业务研发的表、数据等变动需求外，有些场景还须要DBA编写存储过程、数据库函数等来完成，这里的DBA实际上是半个开发了。

 

在云时代，阿里云提供的关系型数据库服务（RDS）解放了大量繁重的DBA平常工做，包括基础运维管理的杂事、稳定性管理、安全管理等多个方面都有涉及，同时云上数据库数据管理工具DMS提供了可视化的数据管理界面，方便DBA平常数据管理，大大提高了性能。可是云数据和传统自建机房的自建数据库是同样的，它们一直都是在运行的，它们在运行过程当中会遇到不少问题的，我暂且统称为“运行态管理工做”，主要包含的就是性能优化相关的管理工做，而也是基于此考虑在2017年阿里云数据库推出了CloudDBA服务，首先服务于MySQL引擎。一年之后，SQL Server 版 CloudDBA正式发布，标志着阿里云数据库已经开始多引擎内置“运行态管理”功能，重点是性能优化、固然也会涉及到监控管理、安全管理等和运行有关的部分。

 

为了表述方便，我将以SQL Server CloudDBA做为蓝原本阐述阿里云数据库CloudDBA产品思路和它集中要解决的问题是什么。

CloudDBA设计之初就是但愿可以帮助客户更好的用好云数据库，由于阿里云有数十万数据库实例，几乎遇到全部的客户使用场景，大量的案例沉淀，以及阿里云数据库专家积年累月的大量经验，咱们但愿将这些内容可以经过系统的方式智能的赋能给客户，所以CloudDBA首先是智能化的，或者流行的说法是AI的。其次，咱们但愿可以站在用户面来看待解决问题的方式，也就是以此从看问题、解决问题、智能修复问题三个角度来帮助客户。看问题的目标就是要将数据库的相关信息所有展示给用户，而且要努力作到一眼就能发现问题；解决问题的作法是将阿里云数据库专家处理这类问题的方法建议，造成脚本提供给用户，用户根据建议脚本去数据库执行就能解决问题；至于智能修复问题，是CloudDBA的终极服务状态，系统会智能识别问题点，而后自动启动内部免疫系统直接去修复此类问题，举个例子针对异常高峰和客户的设置，直接在代理层控制异常SQL的流量来自动保护数据库。所以CloudDBA是个体系化的系统，它不只仅是数据库里面hack一个小组件，下图就是CloudDBA的基础组件描述图。

 

 

CloudDBA底层依赖于阿里云采集的大量数据库运行态数据，涵盖数据库引擎的运行数据，业务SQL语句，OS运行数据，主机数据和从应用到数据库的全链路数据，而后整合数据，以不一样的引擎为业务场景服务。特别要介绍的就是规则引擎，这里面沉淀了阿里云数十万的运行案例，它是不断完善和进化，数据会不停的补充进去。另外，智能化的自治系统是CloudDBA对外服务的终极状态，它会在背后默默为客户修复数据库的问题，甚至在问题未发生时候就完成修复。

 

具体解决哪些实际的问题？若是是一位资深DBA可能会依据本身的经验列出一二三，一个新DBA的话可能就没法准确回答了。而咱们作产品优先去解决客户哪些问题，是依据于多年数据而来的，在咱们对外服务中，因为云数据库已经很好的解决了数据库基础运维工做，数据库运行中CPU使用率太高、IOPS太高、查询语句性能底下（返回很慢）、应用超时卡顿、空间异常等占云数据库运行问题95%。SQL Server CloudDBA本版本优先解决此类问题，你能够很轻松的：

1. 依层次管理和查看空间问题，从实例到数据库到表甚至到索引，帮助有效规划空间，除了可以及时解决问题外，有效的利用空间也可以下降成本。

2. 性能的杀手和利器都是索引，为此咱们专门对缺失索引、索引利用率、索引碎片等设置了专门模块，用户能够轻松的发现缺失哪些索引，哪些索引利用率不高综合考虑能够删除，哪些索引碎片太多影响性能，正常状况采起SQL Server CloudDBA的建议，性能会带来急速提高。

3. 统计信息：统计信息的好坏，直接关系到底层引擎选择执行 SQL 语句的最佳路径，根据建议及时更新优化统计信息，可始终保障数据库处于最优状态，将来这块功能会优先走向自治，完全解除人工干预的烦恼。

4. SQL 语句：包含了当前实例的SQL语句运行状况，以及历史SQL语句的运行状况，历史SQL语句来自SQL审计日志，记录的信息更全面。SQL语句从多个维度将TOP SQL展现给用户，如包括CPU开销、执行时间、返回行、逻辑读、物理读、逻辑写等。以此根据建议优化SQL语句，就能很好的提升性能。

 

深刻解读下CloudDBA的输出展现，从客户资源使用视角展现优化项（如空间管理、SQL语句），每一个优化项页面，头部是概览信息方便用户急速判断是否有问题是否须要优化、中间是形象化的图信息从比较宏观的角度展现本优化项的各方面信息，最后一部分则包含一个更细粒度的表格，具体的详情都在表格中列出来，如空间管理中列出具体数据的空间使用状况，用户点击进去还能看到具体数据文件的空间使用状况，并且针对每项目都提供对应的解决方案，如缺失索引中直接给出要建立索引的SQL语句，用户只须要在维护时间段执行对应的语句就能够完成优化。将来会引入命令执行系统，用户只要赞成执行，后台就会自动按指令运行，大大简化操做流程。

另外，在SQL Server CloudDBA中引入了一个贴心功能，保存成pdf，能够迅速将本优化项目页保存成一份pdf文件，方便传阅分享。

 

SQL Server CloudDBA以用户视角，提供专家级建议方案，以帮助用户最优的使用好云数据，这是产品的源动力。

 

原文连接
本文为云栖社区原创内容，未经容许不得转载。