写点什么

转转数据库架构构建之道

  • 2022 年 7 月 11 日
  • 本文字数:1308 字

    阅读完需:约 4 分钟

作者: TUG_Admin 原文来源:https://tidb.net/blog/f292d2c6

本文系 北京 TUG 线下活动 “全面了解转转的 TiDB 实践” 演讲实录,分享人:转转首席架构师 孙玄


大家有没有思考过架构设计的出发点是什么?为什么会有这么多的架构?‌‌或者说你的公司为什么要选择某种架构?很多同学说原因很简单,因为 BAT 这些大公司在实施,所以我也要这样做。然而这些问题背后有没有一个‌‌普遍的东西在指导我们前进呢?就让我们跟着孙玄老师一起走进转转数据库架构构建之道吧。



转转首席架构师孙玄老师的分享围绕架构设计哲学本质、主要业务场景、数据库选型、架构介绍、未来展望几部分展开。



孙玄老师认为架构哲学设计的本质是降本增效,即降低业务成本,增加开发效率。



在围绕降本增效的前提下,孙玄老师相信大家都听过这句话:“一切脱离业务场景谈架构都是耍流氓”。但是谈架构仅仅考虑业务场景吗?这是不行的!还要考虑时间场景、人力场景、技术能力场景、运维场景等等各种场景,所以说这句话正确的说法应该是 ” 一切脱离场景谈架构都是耍流氓 ”。



TiDB 在转转应用地范围广,我们也是基于上述哲学来指导选型的。转转是一个标准的电商,主要场景有:用户类场景、IM 类场景(这是转转切 TiDB 的第一个场景,也是电商的核心场景)、商品类场景和交易类场景。这些场景的特点是数据量大,对于传统的关系型数据库 MySQL 来说面临分库分表的问题,所以这些场景都由分布式关系型数据库 TiDB 支撑。




转转的数据库有以下类型:MySQL 主要面向线上关系型数据库,以及对事务有强依赖业务;TiDB 是 MySQL 的场景补充方案,用于大容量集群,主要解决分库分表问题; 缓存数据跑在 Codis(不支持持久化),目前已超过 1200 个节点;ZZKV 是转转自研 KV 数据库,在 TiKV 的基础上封装了协议,定位于缓存持久化方案。



转转数据库架构主要经历了标准化、自动化、平台化阶段,目前正在探索智能化,向“降本增效”方向努力。


标准化:针对各类数据库制定了对应的标准,统一部署管理;


自动化:自动化部署、管理,提高运维效率,降低人力成本;


平台化:数据库平台 (ZZDB),快速响应业务需求,精细化管理,提高资源使用率,降低投入成本;


智能化:通过人工智能技术提高服务效率,降本增效。



数据库架构层面,MySQL 目前主要支持的版本有 5.5 、5.6、 5.7,以 5.7 为主;数据库高可用参考 MHA 思想,自研 ZZMHA 用于适配转转基础环境。


目前正在详细测试 MySQL 8.0 MGR,为下一代数据库高可用方案做准备。



Codis 在原来的基础上做了一些外围治理工作,包括管理系统、监控系统及负载均衡系统。3.X 基于 Redis-3.2.8 分支开发,主要解决单机容量问题,Codis 内存容量动态扩容。



为了解决大数据量下分库分表问题,单机存储容量问题,经过调研测试,最终选择了 TiDB,提高开发效率,降本增效。



对于未来,转转有以下几点展望 :将引入 MySQL 8.0 MGR 高可用架构;TiDB 容器化试点,把节点跑到云上; 加强和开源社区交流,共同优化产品。



如果你对孙玄老师的分享有任何疑问,欢迎在评论区留言与我们交流!


9 月 22 日,北京 TUG 将带大家走进爱奇艺,聊聊数据库技术选型那些事儿,欢迎大家点此报名




相关阅读:


TiDB 在转转的标准化之路


转转业务开发对 TiDB 的使用心得


发布于: 刚刚阅读数: 2
用户头像

TiDB 社区官网:https://tidb.net/ 2021.12.15 加入

TiDB 社区干货传送门是由 TiDB 社区中布道师组委会自发组织的 TiDB 社区优质内容对外宣布的栏目,旨在加深 TiDBer 之间的交流和学习。一起构建有爱、互助、共创共建的 TiDB 社区 https://tidb.net/

评论

发布
暂无评论
转转数据库架构构建之道_TiDB 社区干货传送门_InfoQ写作社区