自己写Cache数据库之设计之初——想办法让16颗CPU扛住3w/s的压力？

有一天，Jack手里有了一台16颗CPU的计算机。它有80G的内存，1T的硬盘。这台机器上跑着一个Linux server（版本无所谓啦）。老板给了一个任务——设计出一个性能高强的server，使之能充分利用这台计算机的资源。

Jack能做到吗？当然还不能。还需要问一些问题，弄清楚需求。

Jack："这个server需要解决的是什么样的业务场景呢？"

老板："典型的互联网应用场景，key-value场景。“

Jack：”读写比例大概多大呢？“

老板：”10:1。“

Jack：业务的并发量是多大呢？

老板：”你不用管业务的并发量有多大，只要能让这台机器扛住每秒3w次就行了。“

Jack：”这样的server已经比较多了，比如说memcached.“

老板：“我需要咱们自己的。今天机器是16颗CPU+80G内存，明天可能就是160颗CPU+800G内存。你用了memecached，就会永远受制于memcached。比如，mysql，由于其历史原因，当CPU大于16颗之后，CPU资源是无法充分利用到的。“

Jack：”了解了。“

老板：”最重要的是——咱们是一家品牌公司，要面临的是难以预估的技术挑战，就算今天用memcached解决了问题，明天有了新的问题，肿么办？我们必须要有自己的i技术积累。“

Jack：”明白了。老板，一定完成任务。“

童鞋们，你们有相应的思路让这台计算机扛住3W/s的压力吗？无论是既有的方案，还是自己设计的方案（自己设计优先）。Oracle、mysql、等等，都行。

打开思维，畅说欲言吧。