正在研究Redis

看了看WellCMS，可以承载10亿级别的数据，已经很强大。

百度贴吧发展至今，已经有了70多亿帖子，加上回复可能已经过千亿。

我觉得以后程序开发目标要把过亿定为一个基础，怎么实现负载好+功能多是个问题。

MySQL明显不适合高负载使用，数据库设计要向NoSQL/KV方向发展了。

Redis应用比较广泛，最近研究一下，初步看起来排序是个难点。

WellCMS就是在xiuno的基础上玩出来的，只是把jq、bootstrap等等更新到最新版而已，不看里面的代码修修补补，换汤不换药。至于mysql本来就对应中小型数据量，mssql比它强，只是mssql是微软并且收费的。以前在手机上不了www网(手机运存不足)的时候，wap页面简直就是mssql的天下。

“MySQL明显不适合大数据量使用，数据库设计要向NoSQL/KV方向发展了。”

这句话我可不认同，建议查查资料

小哈 “MySQL明显不适合大数据量使用，数据库设计要向NoSQL/KV方向发展了。” 这句话我可不认同，建议查查资料

说的不准确，大数据量+高负载（频繁读取，写入同步）情况。昨天从B+tree原理研究，有些还是没搞太明白，回头慢慢试试吧。

open WellCMS就是在xiuno的基础上玩出来的，只是把jq、bootstrap等等更新到最新版而已，不看里面的代码修修补补，换汤不换药。至于mysql本来就对应中小型数据量，mssql比它强，只是ms ...

设计差不多，wellcms2的数据库架构貌似有区别，装个看看。

[em_10]~分布式部署加读写分离之类都做了也不差，大的数据库里面一张同类型的表就可能由好几个集群来负载。~另外不要所有东西都怼数据库里。太频繁的又不重要的要懂得丢用户本地或redis之类的缓存中。

玄冥不倒翁 [em_10]~分布式部署加读写分离之类都做了也不差，大的数据库里面一张同类型的表就可能由好几个集群来负载。~另外不要所有东西都怼数据库里。太频繁的又不重要的要懂得丢用户本地或redis之类的缓存中。

对，程序还得考虑分表扩展一类的

xiuno值得长期持有，承载量也不小，谁的个人网站能有上亿数据？用户量非常大，硬件都要加配置，可以自己花钱开发了。