临时工说：2024 我们进入了自动化管理数据库产品的道路

还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内，可以解决你的问题。加群请联系 liuaustin3 ，（共1860人左右 1 + 2 + 3 + 4 +5） 4群（400+ 默认新加人员分配5群）,另欢迎 OpenGauss 的技术人员加入。

2023年算是过去了，2024年来了不少国内的经济学家对于2024都抱着人类安全姿态式的站立观望。

当然这和我这个摆弄数据库的毫无关系，2024对于我们和我们的TEAM来说，我们开始走向了自动化，我们工作方法和思维方式丝毫不逊于某些大厂。曾经之前的一个单位，金融类的公司，这类公司有一个通病就是买买买，当然最终的结果，在数据库这块，我只能说，呵呵二字，代表了我对他们在数据库层面的投入以及回报结果的 “致敬”。为什么买的有问题

1   非定制化的产品，实际上通用型的产品，产品没有问题是你单位管理有问题，你自己什么水平心里没点普，一个通用性产品需要你能根据通用性产品的思路来去使用他，而不是还按照你之前的作坊的模式来处理你的工作，所以最大的变动是你是否能接受你整体工作方式的变化

2   如果你不能去适应产品给你带来的变化，你和工具之间是矛盾的，麻花的，用的人认为软件难用，产品商认为你们工作方式有问题，通用性的产品为什么别人行，你们不行。

但工作中不同的方式太多，非定制化的软件很难满足你的需求。

理解了这些，就明白很多大厂数据库平台都自己研发的原因。

那为什么还有定制化的软件

1 成本原因，软件开发有成本，人力资源，时间因素，开发水平诸多的限制，成本分显示成本和隐式成本。

2 期望通过软件来纠正乱糟糟的运维流程，以软件规范工作方法的一种思维模式。

我不想评判上面的思维模式是不是正确或适当的，但他的确是存在的。但我们不会选择通用性的软件来服务我们。

在经过2023年我们对于数据自动化管理平台的渴望以及我们的努力，我们终于有了自己的自动化数据库操作的时代。基于信息的敏感性，已经做了切除的处理，这里部分信息的不完全的，但不影响我们对于我们自己的数据库运维管理平台的讲解。

首先基于我们的数据库大部分都在云上的情况，我们对于资源的管理更加的复杂，主要基于资源的产生和消失等部分的速度很快，我们实际上是无法查询到一段时间的我们到底有多少设施，或者曾经有多少设施。

1  这就是典型的CMDB 的问题，资产云上的数据库产品也是数据库资产，在这样的情况下，管理一个灵活的云上的资产，并不必然或只能依靠人工的方式，这里包含管理中需要的一些信息：

1  数据库何时建立

2  数据库何时删除

3  数据库何时改变配置

4  数据库的目前的配置参数与状态如何

基于一些公司的在账号上是多个账号多个业务系统，无法在一个云账号中查看其他账号下的资源和设备，通过数据库管理平台，我们可以汇总所有与公司有关的资产，并且集中管理，动态进行管理。

关于动态的管理，这里我们使用的定时的通过云厂商提供的API 接口来获取数据，并且持续动态的更新我们的数据，做到资产是动态获得，而不是依靠手动输入的，从这个角度我们大大的降低了通入的信息获取的人力资源。

2   数据库用户 密码 与逻辑库的管理

数据库的用户和密码是严格需要管理的，但在大多数我接触的单位中的DBA是通过文本文件，或者EXCEL 来管理自己的用户名和密码的，并且新建用户的情况下，也无法进行跟踪，这里就是一个问题，新建了一个用户，但是你不知道，或者你建立的，但是你还要自己在系统里面再输入一遍。

我们的数据库管理平台，已经规划可以收集当前的数据库用户，并且对于密码进行加密管理，并且是两层管理，1 密码本身存入数据库加密，2 数据库密码外部有本身数据库登陆的保护，相对于 EXCEL 和文本管理密码的不及时以及无法进行多个DBA 共享密码和登陆方式，这就是一个非常大的进步。

3  快速获得数据库链接

这个问题在一些较大的公司是存在的，有10个DBA 每人分管一部分主机，不同的数据库，比如REDIS MONGODB MYSQL ,POSTGRESQL ,POLARDB 等，这些数据库的链接方式，以及知识都不同，那么在紧急的情况下，不会有人关心你这个DBA 是REDIS 那个DBA 是MOGNODB ，紧急的时候都要通过链接上去看，处理问题，那么共享数据库链接就难了，比如数据库改密码了，或者我就不懂MONGODB 的花式链接方法怎么办。

这里我们可以通过点击 连接命名，来获取当前数据库的链接串，包含用户名密码，并且这里会自动根据你要链接的数据库产品，来产生链接的不同数据库的链接命令，在点击连接命令后，我们直接就在当前的粘贴板将数据库链接串复制，马上可用。

redis-cli -h rwtxbma.redis.rds.aliyuncs.com -p 6379 -a q*Y

安全可靠，并且根据权限来获取链接，部分没有权限的人是无法获取链接的。

4  方便的小功能提高工作效率

在我们对数据库操作中，最大的一个问题是及时的操作数据库，而一般情况下登陆到数据库是一件繁琐的事情，越是安全严谨的单位越容易出现这个问题，安全和效率不可兼得。

但我们的系统考虑到这个问题，通过我们点击上面的按钮登陆，会直接进入到我们选中的数据库的SHELL 界面可以键入数据库内部的一些命令来控制数据库，有效的提高工作效率。

5  对于云数据库上的一些配置和节点的特殊情况，在数据库管理系统中会进行识别，比如数据库有几个节点 MONGODB REDIS MYSQL PG 等在可添加节点上都有不同的特性，系统这里都可以进行相关的数据更新后的适配和显示，方便对于多个节点的数据库产品进行管理。

6  对于数据库操作中的一些信息，是需要进行公示的，当然如果人少，当然可以站起来说一声，但是即使这样，10天后1个月后，谁记得改了什么，谁改的什么时候改的，这里在系统里面提供了一个时间的功能，也就是一个相当于分门别类的对于这个数据库的操作日志。

另外系统中还有一些常用的其他功能，如新加入的管理人员，和对于人员权限的管理，也有对于一些任务的定时执行的管理的和命令的加入，以及日志的留存，还有直接对SQL的执行，包含REDIS ，MONGODB， PG, MYSQL ，PolarDB 等多种数据库产品，批量脚本的执行等。

当然后续会添加诸如，慢查询语句以及，数据库异常分析与记录，以及每套数据库的历史性能数据分析，让更少的DBA 可以更快的发现问题异常，并尽早的前摄性的进行处理，将繁杂的数据库管理功能进来都整合在里面。

后续我们会一直对于自有平台持续进行研发，提高能力，应对2024年的变局和变化，PostgreSQL vacuum 方面的平台我们也在研发，后续也会给大家进行展示。