Mysql w每次写入后某些主键的偏移量

当你想使用mysql时，有一个mysql存储引擎可以做到这一点。另一个选项是一个新的nosql数据库，如fleetdb

您是否也尝试过使用SSD

---

解决这个问题有很多选择，但可能需要一些体力劳动

好问题，但是，消息队列几乎没有增加明显的性能影响。。。它之所以存在，是因为最终我们希望有多个解析器从中提取，我希望来自web服务器的作业立即被抛出队列中，这样web服务器就可以做到最好了。我不知道CouchDB这么弱！我想象它至少像我们过去做过的汇总表一样或多或少有效，但是现在我回到了赤裸裸的状态“我们能以多快的速度扔进东西并把它拿出来”我还没有尝试postgresql，虽然我在过去的项目中使用过它，这是行业质量优势——我从过去的经验中知道，它没有我所要求的速度……费德勒——你能详细说明一下你是如何测试陶土的吗？想知道更多为什么你认为陶土是缓慢的。大多数人发现它非常快，所以可能这是一个糟糕的用例-或者可以进行一些调整？泰勒：不可否认，这是个问题。糟糕的用例；我们还在评估它，可能还会评估一段时间，但作为在一个服务器客户机实例上简单地共享对象列表的第一个测试，我们只能以大约50/秒的速度在objcs中填充对象，而大多数其他选项是大约600/秒。洛尔：刚刚注意到你的博客提到3500 txn/秒——terracotta可以扩展很多更容易（这意味着它仍然有我们的位置），但我认为txn的速度只是相对来说要慢一点来取代我们的rdbmsfeydr：我同意50是非常慢的。我肯定有些不对劲。如果可能的话，我很乐意帮助你。跳上我们的论坛-也许你有一个应用程序或配置来查看？或者运行群集统计记录器以获取一些数据？配置文件通常是第一个查找低效率的地方实际上评估了redis并非常喜欢它——我对它有几个问题，但是对于这个问题——主要的一个问题是您需要足够的内存来匹配您想要存储的内容。。。。如果不进行分发，这将是一个巨大的挑战，因为同样的原因，Redis看起来不太适合我们的项目。在这种情况下，LightCloud项目看起来很有趣，因为它在Tokyo Tyrant或Redis上构建分布式键值数据库。我看过mongodb，我喜欢它比Coach（两者都是面向文档的dbs）快得多。。我在我的笔记本电脑上每秒收到8000-10000个请求。关于群集，你是对的。。。到目前为止，我们正在考虑在hadoop堆栈中使用hdfs/hbase。。没有那么快，但它应该满足我们的需要 wonq = "select sum(amount) from actions where player = '@player' and " + "(type = 'award' or type = 'return') and hand = hand_num" lostq = "select sum(amount) from actions where player = 'player' and " + "type != 'award' and type != 'return' and hand = hand_num" dual 3.2ghz intel, 1 gig ram key_buffer = 400M # was 16M innodb_log_file_size = 100M # non existent before innodb_buffer_pool_size = 200M # non existent before