2008年4月18日,在Alexa安排的一次“Scaling MySQL -- Up or Out?”的小组辩论中,MySQL、Sun、Flickr、Fotolog、Wkipedia、Facebook、YouTube等国际知名网站的DBA们,对其网站MySQL数据库服务器、Web服务器、缓存服务器的数量,MySQL版本,编程语言类型,操作系统类型等问题进行了回答。
This louis vuitton uk for sale belongs to the sounding just what are termed as Louis Vuitton vintage best sellers, many other products and services for the reason that range appearing companies.You will easily notice the unfold zippers of this coach outlet store online. That is the decoration. There are some inside pockets for you as well. They are easy to match your clothes and to carry.Let us inspire your inner beauty with fine christian louboutin sale. Purse the elegance in bridal wedding. Enjoy the fashion.
SUN做的MYSQL cluster,不知道是不是用NDB来做的.
那版本是MYSQL版本....
不过PHP 4都停止开发了
而且PHP5的OO性能有明显提升
应该是早都在用PHP5了.
只有国内可能还有很多还残留在PHP4开发吧.
各个WEB 2.0的网站架构我收集了很多
不光是MYSQL数量,还有整个应用的框架和service的框架
有兴趣的朋友可以去看看
http://www.hiadmin.com/?p=124
这个和同步的时间需求有关
如果在一个不是要求很高的情况下
可以建立一台SVN服务器作为其他所有WEB站点程序的源
然后每次有文件更新之后,check in到SVN里面
再去每台分布的WEB服务器上去做update
如果对于环境要求比较高(任何时候都不能发生数据不同步的问题)
1.可以用SAN.优点是你不用考虑太多东西,把所有的东西都存在对你来说是本地硬盘的SAN上面就可以了.更新也只要更新一份就可以了.
缺点就是成本.以及容灾,如果SAN要做容灾,价格会更高
2.可以用NAS,优点是你可以用比较低廉的价格来达到近乎SAN的效果
缺点,效率比SAN要差很多.好的NAS价格又会比SAN还要贵.而且NAS的协议一般是NFS之类的,不是很可靠.
3.如果做LB,那么可以在更新之前把其他的都下线,先针对一台更新,然后再更新第二台,上线,再更新一台,再上线一台.
缺点,手工操作比较多,第一次更新的时候所有负载都会积压到一台上面,不过这个可以通过调整更新时间来减轻,但是缺点就是要半夜加班.呵呵.
如果是涉及用户上传内容而要保证文件一致性的话
建议是把程序和用户上传内容分开
用户上传会到另一个独立的子域名下
这样以后的架构再扩展也会方便很多
如果只是用SAN或者NAS暂时做存储后端
程序和用户数据还是驼在一起的话
很快你就会碰到扩展问题了,包括存储和性能两方面.