分布式数据库和传统数据库一样,在导入导出的时候都是逻辑方式慢,物理方式快。逻辑:速度堪忧,不过有可能的话基于分片来并发导入导出,提高效率。物理:这个主要需要产品支持,导出容易,恢复比较麻烦,场景受限。国产备份软件还在一
这个是国产数据库的基本要求,应该每一国产数据库都应该有成熟的方案。然而实际情况确并非如此,很多国产数据库用的少,验证的场景少,所以可能缺陷比较多。建议选择的时候做好全面的测试验证,否则可能会埋个大雷。
分布式数据库数据分片的特性是在应用过程中重点关注的点。因为分布式数据库的核心就是数据分片,这个最好配合业务规则来设置。当前比较常见的是类似MPP这样的基于hash分布数据,相同的业务数据最好能够基于同样的业务id
政策是加速器,但最终脱颖而出的还是稳定可靠易用的产品。实实在在基于用户需求做好产品的数据库将会最终生存下去。但是成功的必要因素也有很多,背景,资金,时机等等,如果大家都能活下去,那么最终选择一定回归市场,最终用户来
力挺集中式,缺口太大了。分布式适合部分专用场景
前面几位老师回答得挺好,尤其是韩峰老师的回答全面。那我就通俗点说,分布式数据库比较“重”,技术特点也是为了解决计算资源和存储资源的能力扩展问题,同时兼顾高可用特性。既然比较重,那么管理成本和运营成本上是没有什么
统一的数据库综合管理平台确实非常重要。其实数据库的管理需求都是差不多的。虽然数据库不同,但是对于数据库的管理查看,分析调优等方式方法是一致的。例如都要查看数据库的运行状况,各种性能指标,慢sql管理,趋势分析等等,
看了下大家的互动问题,看起来需求比较明确了。关键信息有:关系型数据表,历史数据归档,大宽表,有历史数据点查需求。 从这个信息来看,银行的历史数据归档平台就是做这件事情的。所以要当做一个普遍的需求来建设这个平台,而不
这个技术的比较估计能有一大堆,我就从使用的角度来谈吧 mysql使用广泛,生态丰富。当前最流行的数据库之一。TP性能强,AP差强人意。稳定性久经验证。适合查询简单,高并发的业务场景。 pg相对用的少一些,测试中发现一些bug
写个工具,对源和目标数据做比对。不仅仅是数据量相同,还可以通过一些统计值在计算,甚至可以一行行比对md5值什么的。 我们用了恩墨mvd工具,之前提了很多需求,不过现在还不是特别成熟,很多没有实现。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30