我读过一些文章说MySQL等RDBMS不擅长扩展，但像MongoDB这样的NoSQL可以很好地分解。 我想知道RDBMS提供的哪个功能本身不能很好地分片。
答案 0 :(得分：33)
大多数RDBMS系统保证所谓的ACID properties。大多数这些属性归结为一致性;对数据的每次修改都会将数据库从一个一致状态转移到另一个一致状态。
例如，如果您在单个事务中更新多个记录，则只要事务尚未完成，数据库将确保其他查询不会修改所涉及的记录。因此，在事务期间，可以锁定多个表以进行修改。如果这些表分布在多个分片/服务器上，则需要更多时间来获取适当的锁，更新数据并释放锁。
CAP theorem表明分布式（即可扩展）系统无法同时保证以下所有属性：
RDBMS系统保证一致性。分片使系统能够容忍分区。根据该定理，系统因此无法保证可用性。这就是为什么标准RDBMS无法很好地扩展的原因：它无法保证可用性。如果您无法访问它，数据库有什么用呢？
NoSQL数据库降低了一致性，有利于可用性。这就是他们在可扩展性方面更好的原因。
我不是说RDBMS系统根本无法扩展，它只是更难。 This article概述了一些可能的分片方案，以及您可能遇到的问题。大多数方法牺牲了一致性，这是RDBMS系统最重要的特性之一，并且阻止了它的扩展。
答案 1 :(得分：1)
为什么NoSQL dudes和dudettes不喜欢加入：http://www.dbms2.com/2010/05/01/ryw-read-your-writes-consistency/
答案 2 :(得分：0)
涉及多个分片的查询很复杂（例如，不同分片中的表之间的JOIN）