@TheOnly92 写的很好，写这段的哥们一定混过好久了

@yibie 你买来主要做什么用？离线下载？流媒体播放？

这个机器的内存只有128Ｍ，性能可以读评测：http://www.smallnetbuilder.com/nas/nas-reviews/31008-new-to-the-charts-netgear-stora

还不如找个邮件转发的服务
http://www.shipito.com/

@besteric 不是完全没前景，是发展面窄，澳洲国民经济不平衡，大头都在采矿和金融，IT这行完全是给人做嫁衣，本地基本没有创新产业。

其实最大的问题还是澳洲现在的移民政策很恶心，要拿澳洲PR很麻烦。

为什么用终端浏览器，喜欢看ASCII的模拟图片？ :D

这个主题的id很寂寞啊

Archlinux! 最喜欢它的包管理系统，非常简洁和强大。

竟然还是个四位数的 #7065

裸奔，屏已经被钥匙划了，索性就这样吧，估计能顶到iphone 5发布

@kingwkb @areless 不吵，只是有点不好意思我这些愚笨且不知天高地厚的问题惊动了上面的大神，以后问问题一定先读上一斗书再考虑是否该问 :D

@areless：程序里面的query都是有条件，我上面举的select例子其实也不完全，不光是有course module action的约束也有时间的约束，因为这个表的主要功能就是显示最近的课程活动。刚才跟联系上那个大学的sysadmin，那个服务器的配置确实不佳，内存就挺紧张，以至于不得不用脚本监控进程，达到一定数量就需要重启。我再多研究下数据库，也得建议他们对内存进行升级，谢谢。

我并不是质疑mysql处理不了2000万的数据，而是怀疑我可能错过某些可能很简单的问题导致mysql表现如此槽糕。不管怎么说，感谢楼上所有提出建设性意见的朋友。

@Platinum 您不喜欢就不劳您指点了。

@Platinum 只是用这么标题引出优化问题而已，何必又是面试某某又是批评别人不会用mysql？

@muxi mysql处理bigint(10)和int(10)分配的是不同的内存？

@liwei 是我用词不对，读的query就是死在那里永远的waiting。。。

@TheOnly92 这个系统有很久的历史了，大概05年开始的，那时候innodb还籍籍无名呢 :-)

@AntiGameZ moodle是个开源的课程管理系统，这个表是moodle系统里的表

@Livid 这个竟然有这么大的区别？我现在没法进produciton server，那边的管理员在另一个半球睡觉，等他们上线让他们查查mysql吃掉的内存。

@liwei 这个也考虑过了，两个月前把所有新的log写入log_temp表，然后让cron把log_temp里的东西转移到log表里，这样算是解决了insert锁死的问题，没想到现在连读都能锁死了

@TheOnly92

其实最根本的原因是我不是mysql专家 :-) 实在是缺乏优化的经验。

据我所知mysql有内置的query cache吧，系统里有不少复杂查询，第一次很慢，之后会从缓存取，而不是再跑一遍查询。把SELECT COUNT(*) FROM log;缓存起来不太现实，这个表每分钟都能增长几千几万条记录，其他的查询也是在时时变化的。