CAP为什么不能同时达到呢？

关系数据库试图三点都做到，结果都做不好，MySQL5就是一个例子。

所以，关系数据库无法应付现在日益增长的巨量访问了。关系数据库只能走集中式思路，那是科研单位骗国家投资搞的昂贵玩意，而分布式思路廉价，google靠两个人在仓库中，依据Map/reduce分布式架构推出了影响世界的产品，和那些世界领先的“银河几号”相比，哪个更造福大家，一目了然。

所以，要NoSQL，抛弃关系数据库，现在已经逐渐成主流。

当然，可能很多人从感情上还是不理解，或者不愿意承认，自己的程序生涯是走在被欺骗的道路上。

建议，可以多看看本站这方面文章。

一直关注JDON的，我其实不是很清楚CAP里面的A和P的区别，特别是P到底是什么呢？
能不能帮忙解释下关系型数据库为什么不能做好P呢？ 谢谢

CAP原理和BASE思想有详细描述。

关系数据库弱项关键还是在A，可用性，可伸缩性，强项是C和P，CAP一般只能满足两个。

为防止身在庐山中，不识庐山真面貌，如果我们只了解关系数据库，可能感觉不出它的问题，那么我们多多了解它的反面NoSQL Key-Value存储以后，就明白关系数据库的短处在哪里。

有一篇论文专门是证明CAP的，不过你找个讲解分布式系统的书，上面应该会有写。论文在我家电脑，现在本人在外地，等回去了上传。

这是证明CAP理论的论文..

简化版本, 看下面这一篇.
http://www.julianbrowne.com/article/viewer/brewers-cap-theorem

传统的数据大部分都不是分布式环境下的, 自然不会遭遇这个问题..

C- Consistency 保证数据的一致性,一旦数据commit,所有的人都可以看到一致的数据.
A- Availability 数据始终可访问.
P- Partition tolerance 哪怕在出现网络分隔的情况下, 系统也可以正常运转.