@TheOnly92 这个我用mysql客户端执行是瞬间完成的，问题是当并发大的时候，很多这种查询会死掉，用show processlist会看到很多SELECT COUNT(*) FROM log; 锁死在那里了。

@flytwokites 这个做了，你看我发的截图。

@TheOnly92
比如
SELECT COUNT(*) FROM log;
SELECT * FROM log WHERE course=1 AND module=2 AND action="view";

@Livid 谢谢

Gist: https://gist.github.com/907013

Indexes: http://cl.ly/0C2X3s3U2Z213J0e3b0Z

这个表完全没有join查询，都是直来直去的

@liwei 全是简单查询，所以我才怀疑是不是到极限了

@muxi 现在最大的问题是日志表的查询非常非常频繁，因为这个系统非常依赖日志表显示来显示课程的中最近的活动，大量的查询都卡死在这里，导致很多页面都打不开。数据量可能跟你说的10亿没法比，但这个大学对该系统依赖非常高，所有的授课和考试都通过这个系统进行，并发很大。

可能真的让他们升级硬件或者升级MySQL（现在是5.0），我个人和他们都不倾向升级软件，数据量极大，可能得折腾一星期，还可能耽误授课计划。还有个烦人的问题是升级mysql还要升级linux，mysql5.5用的是新glibc，升级系统要走的流程就更多了，烦。

多谢你的建议。

@virushuo 这种量级的数据库用的是哪种引擎？INNO DB能抗得住吗？

公司有个非常繁忙的网站是把数据库放到内存里了，这才抗得住频繁的查询。

@flytwokites 索引没问题，第一件事就是检查了索引

@crazycookie 是让你在appengine启动时加参数制定一个持久的存储源

Availability: Out of stock

我不喜欢用邮箱地址，太长

hi-pda.com 不过现在水的不行了

我喜欢xcode4的单窗口，xcode3的窗口多到头晕

@slove 交保护费不就没广告了，增值服务我觉得迅雷是最超值的

迅雷下载最给力了，交点保护费得了。

@buxianyu 谢谢 :D

@est dict.cn可能是存cookie了，我做的壳没那么多功能，只能查询。设置了open search，在chrome里面再设置个快捷，d word就能搜索了。

我想生词本还是服务端实现的好，可以做做统计，js的控制力有限，且无法跨浏览器。

日本地震后的惨象可以跟海地一拼了，日本政府太软弱。

dict.cn的词库很好，但界面是越做越垃圾，给它做了个壳：http://tux.im/dict.php?q=test