如果用 CodeIgniter 框架开发一个 V2EX 这样访问量大小的网站，数据库用什么好呢？ 本来 PHP 配 MySQL 挺好的，但是好像 V2EX 上的讨论大家觉得 MySQL 是个坑。

坑？

什么东西都可以是坑`` 用kv的没坑了?
我看未必.
我还是选mysql + nosql搭配

你确定不是说MongoDB才是个坑…… MySQL哪里坑了……

照这么说编程就是个坑。

想的多了，先做出一个再说

淘宝都可以使用mysql，你怕啥

1.V2EX只是社区，说MySQL是坑只可能是某些人的个人观点
2.数据库只是工具，为了更好的达成你的目标，你可以选择合适的工具，但不能觉得某种工具是坑，关键点在于工具使用者自身
3.我觉得连Facebook都可以用MySQL，那么我猜测你的站点应该也可以。

MySQL 是坑的话谁敢说自己不是坑

不是坑。V2EX后台不知道怎么运算的，但是由于这么多功能（比如Block判断等等），占用了很多数据库的运算资源。优化好了（或者干脆去掉）或许能省掉一些。

另外用Redis给我最大的感觉是，原先用MySQL，只跟服务器聊一句然后取出所有数据的习惯改变了。用Redis的时候得蹭在服务器上，跟服务器聊很多句才能把数据取全。（先跟数据库连接，然后取list，然后根据list取hash什么的）。

当然，如果想节省MySQL，可以利用缓存。渲染好页面之后，把页面存在那里，访问的时候读缓存就好了，数据有变更的时候通知程序清理然后重建缓存，产生页面所需的查询只需要一次。

反正我的网站被我优化到大部分页面打开时，如果无需判断权限和用户是否登陆（安全相关的操作）的话，不需要蹭任何数据库，只需要从磁盘里把缓存读出来然后输出就好了。

// 当然，一旦涉及到权限判断，数据库肯定得蹭。但是我限制到每个页面大约10次查询。大部分页面30毫秒内能渲染好。

// 如果不蹭数据库只读缓存的话，5毫秒内几乎能搞定。

照这个标准啥不坑啊。。。这些都只是工具而已，很无辜的。

用过的人玩的好才会觉得其中的坑，你没用过怎么知道坑在哪？说坑那是为了给别人参考而已。坑不是缺陷，只是一个想象中的不同。

mysql的复杂度在访问量上去以后运维压力直线上升，官方的解决方案还很初级，比较依赖第三方的解决方案，比如前面提到的facebook，淘宝和360开源的项目。相当来讲新一代的数据库，比如nosql的mongo，对scale out的需求充分的进行了设计，所以整体解决方案上是一种简化。另外，v2ex真不算什么大访问量……所以mysql妥妥的没问题，redis用来辅助处理一些关系型数据库不太好解决的需求。脱离具体需求谈数据库没什么意义。

先做出来再说吧，“坑”后续还是可以填的。

就算v2ex 用mysql 保证坨坨的。还没到那层面呢，真到那层面，各服务都是坑了。。

看设计，能缓存的都缓存吧。

说 mysql 是坑是不是因为甲骨文老贼？可以用开源分支

先做一个出来再说是不是坑~ 反正ci换DBDriver还是挺方便~

我觉得坑是CI，换Laravel ：）

被忽悠的不用 MySQL 才是坑。

ci才是坑，先忽悠进来，然后说不开发了

坑吗？

其实，我个人觉得，v2ex这么大规模的网站就用redis是不必要的。加一层文件缓存足矣。
MySQL是不是坑？类比PHP来说：天天有人骂php，但是世界上语言有两种，天天被人骂的，和根本没人用的。
我始终对数据库系统怀有敬畏之心，数据库系统是一套单独系统，不依赖任何语言，自己存储、管理数据，还能以如此高的速度取出数据，MySQL还免费给用，业界良心呐。。。

v2说mysql不好是因为要尽量减小工作量和服务器资源开销带来的服务器成本
对于正常网站来说，mysql绰绰有余

看具体应用啊，关系型数据你不用mysql不是自己找坑吗

mysql都是坑了，sqlserver哭晕在厕所里。

v2用的就是.mysql+redis

发现LZ被围攻了，其实工具用得好的话都差不多，比如众所周知的FB

mongodb是坑吧，你这外语能力有待提高啊，兄弟。。

@crossmaya 看这个： http://v2ex.com/t/98004

@raincious
你需要varnish～～

@jevonszmx

动态页面，不能用 varnish。我的页面有一部分是动态的（比如用户名之类），另一部分是静态的（文章内容）。

@raincious
这个无所谓，需要用户信息的地方用异步，整个页面用varnish缓存即可，如果实时性高，适当减少varnish缓存时间，即使1分钟，也能减少非常多的请求压力。
我们网站就是，全站topbar上有用户信息，页面有用户信息，都是默认显示正常的信息，异步接口判断已登录则替换掉对应的内容即可。

@jevonszmx

哦，你的情况是静态页面了，然后再用Javascript调程序去获得用户会话信息对吧？这样确实是一种非常有效的手段来减少压力请求。而且可以将静态内容分散到不同的服务器上，这样只需要消耗显示静态内容的资源就能显示整个页面有价值的内容，不需要去搜寻某个位于中心的库。

不过嗯，我的情况不太一样。一方面是因为懒+我没有那么大的请求压力，第二是实时性内容和静态内容会经常混在一起，不想把目前的架构搞复杂了。

所以其实还是各种问题和解决方案放在哪里，选择最合适的吧。

@raincious
这种是非常有效的方法，可以减少非常多的查询压力，你可以观察taobao、jd之类的网站。

而varnish之类的前端缓存，比常规的静态页面灵活很多，可以写很复杂的判断逻辑，比如指定缓存某个url格式的页面内容，expire也非常好控制。