北京现在一般治疗白癜风多少钱 http://m.39.net/pf/a_4527139.html下图是我今年7月初针对分布式数据库写的一点东西，这周末看了下达梦，OceanBase，tidb等国产分布式数据库的技术文档，对分布式数据库有了更深一些的认识。比较了这三个分布式数据库后，我个人有两个新的观点先摆出来:1.分布式数据库不是银弹，一定要结合实际业务场景考虑清楚，否则目的不明确硬上，可能会有负效果。2.如果确定要上分布式数据库，这三个主流国产数据库里，我个人观点，有钱考虑oceanbase，没钱或者想无缝对接MySQL，考虑tidb，至于达梦，我觉得目前尽量先别碰。很明显，这三个分布式数据库中，我个人对达梦最不看好，它的技术架构文档看下来，给我最强烈的感觉，就是这个产品拼凑感很强。下面挑几个点说明一下。首先就是它的分布式实现方式，就像图中我说的，能解决计算和存储水平扩展的数据库，才有资格叫分布式。那达梦关于这块的怎么实现的呢？详细的就不说了，简单来讲，它其实就是把之前的分库分表的东西拿来照搬，然后上面硬加了一层计算层。你说它是伪分布式吧，它也算做了计算和存储的可扩展，但你说他是分布式吧，它的计算和存储都是有状态的，更无语的还是一一对应的，什么意思？意思是你不是想扩展嘛，那只能计算和存储一起扩展…由此带来的问题其实还有很多，也不细说了。另外达梦的分布式还有个挺搞笑的点，也是另一个让我觉得拼凑感很重的原因，就是它的分布式数据库产品本身不支持对业务透明，也就是业务访问进来时，要手动选择一个主执行节点(达梦叫主ep)。做为分布式数据库，本身没有集成这个功能，还挺让人意外的。当然，达梦对此还是有补救措施，那就是又做了一个产品，来实现对业务透明的需求，这样搞不是不行，不过做为一个收费的分布式数据库，要实现这个功能还要另外再安装一个产品……还是之前说的，拼凑感很强。另外达梦为了保证强一致性，竟然对ddl和dml采用了所有节点成功才返回成功的策略，同时为了保证安全性，每个节点又搞了所谓数据守护(其实就是通过复制做一个备机)，这种做法在大数据量和高并发的情况下，一定会产生性能噩梦，一台机器性能差拖垮整个集群的场景会让所有人崩溃。达梦的这个策略不仅是拼凑感的问题了，还有种偷懒糊弄，顾头不顾腚的感觉。当然，达梦也可以不用它的分布式组件，这时数据库就退化为类MySQL的传统关系型数据库，但下一个问题是，为什么放着经过市场检验的，开源免费的MySQL不用，而去用一个应用案例少，仿MySQL的，并且仿的不太好的工具呢？所以我个人认为，目前来看达梦要借国产化春风，不能指着技术架构，主要还是要看*企市场的客户关系做的如何。当然，以上纯粹是个人学习感受，水平有限，不可避免有错误或偏激的地方，请包涵指正。预览时标签不可点收录于话题#个上一篇下一篇