MySQL和NoSQL：帮我选择合适的一个

有一个庞大的数据库，有10亿行，名为threads（这些线程实际存在，我不是因为喜欢而刻意增加难度）。Threads表中只有一些内容，以提高查询速度：（int id，string hash，int replycount，int dateline（时间戳），int forumid，string title）

查询：

select * from thread where forumid = 100 and replycount > 1 order by dateline desc limit 10000, 100

由于有10亿条记录，这是一个相当慢的查询。所以我想，让我们将这10亿条记录分成尽可能多的表，每个论坛（分类）一个表！这几乎是完美的。有了这么多表，我需要搜索的记录更少，速度真的更快。现在的查询变成了：

select * from thread_{forum_id} where replycount > 1 order by dateline desc limit 10000, 100

对于99%的论坛（分类）来说，这真的更快，因为大多数论坛（分类）只有很少的主题（10万-100万）。然而，因为有一些表有大约1000万条记录，某些查询仍然太慢（0.1 / 0.2秒，对于我的应用程序来说太多了！我已经使用了索引！）。

我不知道如何使用MySQL来改善这个问题。有没有办法？

对于这个项目，我将使用10台服务器（12GB内存，4个7200rpm硬盘软件RAID 10，四核）。

最初的想法是将数据库简单地分布在这些服务器上，但由于上述问题，这还不够。

如果我在这10台服务器上安装cassandra（假设我找到时间使其正常工作），是否应该能够提高性能？

我该怎么办？继续使用MySQL在多台机器上进行分布式数据库，还是构建一个cassandra集群？

有人要求我发布索引，下面是索引：

mysql> show index in thread;
PRIMARY id
forumid
dateline
replycount

查询解释：

mysql> explain SELECT * FROM thread WHERE forumid = 655 AND visible = 1 AND open <> 10 ORDER BY dateline ASC LIMIT 268000, 250;
+----+-------------+--------+------+---------------+---------+---------+-------------+--------+-----------------------------+
| id | select_type | table  | type | possible_keys | key     | key_len | ref         | rows   | Extra                       |
+----+-------------+--------+------+---------------+---------+---------+-------------+--------+-----------------------------+
|  1 | SIMPLE      | thread | ref  | forumid       | forumid | 4       | const,const | 221575 | Using where; Using filesort | 
+----+-------------+--------+------+---------------+---------+---------+-------------+--------+-----------------------------+