数据库纳管平台DBhouse的技术路线与实践

为帮助开发者更好地了解和学习前沿数据库技术，腾讯云数据库特推出"DB · TALK"系列技术分享会，聚焦干货赋能创新，邀请数十位鹅厂资深数据库专家每月和您一起深入探讨云数据库的内核技术、性能、架构、管理运维和最佳实践等。
 

 
3月30日第一期分享会“数据库管理与运维”专场已结束，错过直播的小伙伴也不要拍大腿，本期带来**腾讯云数据库产品经理陈昊分享《数据库统一纳管平台DBhouse技术路线的最佳实践》**的文字回顾。
 
大家好，我是陈昊，我的分享包括四个部分：产品建设背景，为什么要做DBhouse；产品架构，包括技术架构和产品功能；DBhouse的几个关键技术路径去分享；分享现阶段的投产经验。
 

一、DBhouse诞生记

 
在当前互联网时代背景下，运维的数据库种类呈现出急剧增长的态势，主要原因是数据类型不一样，有关系型的、非关系型例如文档型的等不同分类，另外在政策的影响下，国产数据库也应运而生，这就导致企业中使用的数据库种类和数量越来越多。随着业务的不断增长，上线变更也越来越频繁，对数据库性能和稳定性的需求也在持续增加，单个数据库服务器已经难以满足业务需要，必须考虑数据库集群和数据库架构的变化方式来提升性能。
 
而高性能数据库集群的第一种方式是读写分离，本质是把压力分散到集群的各个节点，但是并没有分散存储压力。第二种方式是分库分表，既可以分散访问压力，又可以分散存储压力。我们以MySQL为例，如果要去做一个MYSQL的高可用集群，首先要对mysql的库进行垂直拆，比如拆分成不同的逻辑库。每个逻辑库也可能会出现多个分片，每个分片采用一写多读的架构去保证节点的可用性。通常也会采用MHA的方式实现高可用，除此之外如果要去满足灾备能力，我们也要把不同的库放到不同的IDC机房里去满足灾备需求。
 
除此之外，我们也会用到proxy去做读写分离和分片，用LVS去做高可用和负载均衡，ZK去实现分片规则动态更新，通过选举机制来完成节点宕掉之后的主备切换。所以整体看下来，企业当前面临的问题是随着数据库种类的变多，用户量也在不断增多。对DBA的技术能力和架构设计能力也是一个挑战。这是我们遇到的第一个挑战，运维架构的复杂性带来的挑战。
 
第二个运维挑战是规范。不同的数据库类型会有不同规范，企业一般也会在通用的规范下个性化定制不同规范。整体规范我们大概可以区分为三类，开发规范、上线规范和运行规范。比如在开发规范中，会要求开发人员禁止使用视图，包括触发器和外键的这种情况。上线变更的时候，主库要开启慢同步模式；在运营规范中，比如连接数不允许超过1000等。其实规范是越来越多的，规范类型也不一样，针对不同类型的库规范也不一样。
 
但是数据库规范化是很有意义的，能尽可能减少数据冗余，并且降低数据插入异常的情况，但是数据变更规范如果全靠人工去维护的话，面临如此多的规范，其实是有一定难度的，我们更希望通过机器去规避这些风险，让机器先一步去做规范审核，所以后面我们也会讲到DBhouse的一大管理功能-SQL审核能力。<