腾讯的TDSQL设计了华陀与扁鹊两套强有力的管理平台,提供了强大的监控、自治、管理、运维分析能力。从分析sql性能,慢语句查询,到节点问题发现与自动切换,主备切换,节点扩展等工作,都可以通过管理台来完成,为系统稳定运行提供
对于分布式数据库来说,分布式事务实际上是最核心最难的部分。所有的分布式数据库都会面临一个问题,就是到底能不能给用户,提供一个数据一致性读写功能。影响事务一致性的场景很多,很多分布式场景用2PC来解决分布式事务的
等同于其它异种数据库间的迁移,迁出成文件,再用专门的工具迁入。
我行核心所有实时、批处理都在TD上运行。 仅以TD解释,不同实现应对方法不同。 TD的分库是使用表的shardkey的hash计算值来分的,这个键是表的一个字段。 如单表查询,如查询条件有shardkey字段并指定值,系统会将SQL直接路
单台服务器安装就不是分布式数据库了。 我行架构为一主三备四分片,共需28台机器。 没有特别的硬件资源要求。 测试可以单机,通过虚拟机方式来安装,虚机数最少2台,多种组件复用机器。
对互联网使用的架构并不熟悉,不好评论。TDSQL这里实现模式一样,但进行了更多的整合,为实现一些功能特性,对底层也有很多改造。 其整套架构,除了类似中间件,数据库节点,还有agent、zookeeper、管理节点等多套组件 以下简单列
这个数据与机器性能有很大关系,与节点数量也有很大关系。 我行的架构为一主三备,分片数为4,在3帐务7查询比例的混合场景下,并保持主备强一致性同步的情况下,测试的TPS为6200,QPS并未测试。
TD的分片算法是基于对分片键值的hash计算,只要选择分片键值为具体业务字做账,如帐号、客户号、流水号,并避免使用日期这类一天内不变的字段即可保证大数据量下的平均分布。 分片键对表关联查询有极大影响,应选择多表共有
我行除大数据平台选用了华为的平台外(不支持OLTP),交易系统仅采用了TDSQL一种分布式数据库。应用系统主要有核心业务系统、ECIF、中间业务,新的系统建设也已都要求使用TD。 交易系统对数据库要求最基本的就是事务的实时强
POC时这两类都有验证,OCEANBASE就是原生的,但当时的版本测试时发现有部分功能还未支持,TD相对兼容性更高。 其它方面的比较,如性能,扩展能力都差不多,那么MYSQL为基础的TD(使用TD和MYSQL相似,只是语句支持、功能更少一些),我们
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30