问从MySQL转到卡桑德拉- Pros/Cons？

EN

作为背景，这个问题涉及一个运行在单个小EC2实例上的项目，并且即将迁移到一个中型实例。主要组件是Django、MySQL和大量用python和java编写的自定义分析工具，它们完成了繁重的工作。同一台机器也在运行Apache。

数据模型如下所示--大量实时数据来自各种网络传感器，理想情况下，我希望建立一种长轮询方法，而不是目前每15分钟一次的轮询(计算统计数据和写入数据库本身的限制)。一旦数据输入，我就将原始版本存储在MySQL中，让分析工具在这些数据上松开，并将统计信息存储在另外几个表中。所有这些都是使用Django呈现的。

我需要的关系特性-

• SliceRange在Cassandra的API中的命令似乎满足了这一点
• 按组
• 多个表之间的关系卡桑德拉SuperColumns似乎做得很好，一对多。
• 狮身人面像给了我一个不错的全文引擎，所以这也是必要的。在卡桑德拉，卢坎德拉项目似乎满足了这一需求。

我的主要问题是数据读取非常慢(而且写入也没有那么热)。我现在不想花很多钱和硬件在上面，我更喜欢能随时间轻松扩展的东西。垂直缩放MySQL在这个意义上并不简单(或者说很便宜)。

所以，从本质上讲，在阅读了大量关于NOSQL的文章并对MongoDB、Cassandra和Voldemort进行了实验之后，我的问题是，

• 在一个中等的EC2实例中，通过切换到类似Cassandra？这篇文章 (pdf)这样的工具，在读/写方面会获得任何好处。目前，我想说，每分钟写几百封信将是正常的。对于读取-由于数据每5分钟左右更改一次，缓存失效必须非常快。在某种程度上，它也应该能够处理大量并发用户。即使创建了索引，应用程序的性能目前也会在MySQL上被扼杀，在大型表上执行一些连接--按照32k行的顺序，渲染需要超过一分钟。(这也可能是EC2虚拟化I/O的工件)。表的大小约为400万至500万行，大约有5个这样的表。
• 考虑到CAP定理和最终的一致性，每个人都谈到在多个节点上使用Cassandra。但是，对于一个刚刚开始增长的项目，部署一个节点cassandra服务器是否有意义？有什么警告吗？例如，它能代替MySQL作为Django的后端吗？推荐这样做吗？
• 如果我真的改变了，我猜我将不得不重写应用程序的一部分来做更多的“管理”，因为我需要做多个查找来获取行。
• 使用MySQL作为键值存储(而不是关系引擎)有什么意义吗？这样，我就可以利用大量可用的稳定API，以及一个稳定的引擎(并根据需要进行关系处理)。(来自Friendfeed的Brett的帖子- http://bret.appspot.com/entry/how-friendfeed-uses-mysql)

任何从那些做过转变的人的洞察力都是非常感谢的！

谢谢。