现在新的系统设计,已不存在这种大量存储过程的情况。以我行采用的长亮v7版本核心系统,初始设计就没有使用存储过程,对存储过程的不支持,更多是分布式的原因,而非底层MYSQL版本问题,各分布式数据库基本都不支持。存储过程,复
仅以我行建设核心系统的支持力度看,是远高于oracle的,常驻TDSQL架构设计师共同解决系统改造时出现的问题,远程研发团队以天为单位响应问题的解决与修复。oracle虽有强大的团队,因产品复杂,用户极多,但一般业务开发的问题修
转帐在300左右,贷款开户在700左右,实时交易查询类100ms,账务类最高300ms,贷款开户700ms。以上数据为高并发下的测量数据。
数据备份支持传统的备份方式。系统每天一次全备,备份时并未做全局一致性备份,但支持任意时点的恢复,恢复最后有一步自动切平数据的功能,保证了全局一致性恢复。 TD支持两地三中心的部署方式,保证了多活与高可用,单点故障不
我行进行POC测试的有腾讯TDSQL和阿里OCEANBASE。主要测试内容有服删改查的基本性能测试,分布式事务多并发下的数据一致性,死锁检测机制,MYSQL语句兼容性,分布式数据库的扩容,主备一致性,数据的实时一致性等基础特性。选择TD
oracle和db2,mysql和postgresql,底层设计的不同,也会造成一些特性的不同,只是这些特性,并不是主要功能,所有一般用户不会那么关注。分布式数据库和传统数据库,以目前的技术栈来看,保证一些特性,就必须牺牲另一部分特性,短期内肯
分布式数据库的使用,应用的改造工作量确实不小,如果原系统使用了大量的存储过程、触发器、复杂语句,那么改造工作量确实很大。但一些相对成熟的产品,尤其在设计时就以支持多数据库为目标,即使原来仅支持oracle和mysql,那么
不同的分布式数据库,可能有不同的处理方法,以下仅以我行实施的td为例。td以mysql为基础,对其进行改造,并在其之上设计代理proxy,代理主要功能有路由、抽取、缓存、汇聚等。td核心为分表键shardkey,一个表拆分为若干分区,分散
分两部分,一是将批处理交易化,借助于分布式数据库带来的高并发能力,快速批量处理,这方面需要应用支持,像我行的核心日终处理根据分布式特点,采用shardkey进行批次拆分,不同执行器抓取不同数据,任务分配到各个执行器执行,极大的
需要做好充分的POC,以及后续的论证工作。一些特定的能力,比如主从一致性、分布式事务、死锁检测、高一致性保障、自动容量伸缩、联表查询支持等传统数据库的基本特性, 必须完全支持,而且必须自己经过大量的测试验证能够通
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30