MySQL数据库服务器在Flickr、Fotolog、Wkipedia、Facebook等国际知名网站中的使用数量

一款不错的开源密码管理软件──KeePass

为Apache编译添加mod_expires模块出错的解决笔记[原创]

大 | 中 | 小

[

2008-5-8 08:59 | by 张宴 ]

　　2008年4月18日，在Alexa安排的一次“Scaling MySQL -- Up or Out?”的小组辩论中，MySQL、Sun、Flickr、Fotolog、Wkipedia、Facebook、YouTube等国际知名网站的DBA们，对其网站MySQL数据库服务器、Web服务器、缓存服务器的数量，MySQL版本，编程语言类型，操作系统类型等问题进行了回答。

　　

纯粹技术 | 评论(6) | 引用(0) | 阅读(1852)

yayu

2008-5-8 10:02

基本上都升到php5了

代码罐头

2008-5-8 10:48

很可惜只说了数量没有说怎么构建的
SUN做的MYSQL cluster,不知道是不是用NDB来做的.

代码罐头

2008-5-8 10:59

他们好像没说PHP版本吧.
那版本是MYSQL版本....
不过PHP 4都停止开发了
而且PHP5的OO性能有明显提升
应该是早都在用PHP5了.
只有国内可能还有很多还残留在PHP4开发吧.

各个WEB 2.0的网站架构我收集了很多
不光是MYSQL数量,还有整个应用的框架和service的框架
有兴趣的朋友可以去看看
http://www.hiadmin.com/?p=124

水草萍

2008-5-9 13:08

赞一个

fly

2008-5-12 01:19

请教一下楼上的朋友,多台WEB服务器做负载均衡后,如何保证文件的一致性

code_tin

2008-5-15 10:35

多台服务器文件一致性的问题核心就是文件分发
这个和同步的时间需求有关
如果在一个不是要求很高的情况下
可以建立一台SVN服务器作为其他所有WEB站点程序的源
然后每次有文件更新之后,check in到SVN里面
再去每台分布的WEB服务器上去做update

如果对于环境要求比较高(任何时候都不能发生数据不同步的问题)
1.可以用SAN.优点是你不用考虑太多东西,把所有的东西都存在对你来说是本地硬盘的SAN上面就可以了.更新也只要更新一份就可以了.
缺点就是成本.以及容灾,如果SAN要做容灾,价格会更高

2.可以用NAS,优点是你可以用比较低廉的价格来达到近乎SAN的效果
缺点,效率比SAN要差很多.好的NAS价格又会比SAN还要贵.而且NAS的协议一般是NFS之类的,不是很可靠.

3.如果做LB,那么可以在更新之前把其他的都下线,先针对一台更新,然后再更新第二台,上线,再更新一台,再上线一台.
缺点,手工操作比较多,第一次更新的时候所有负载都会积压到一台上面,不过这个可以通过调整更新时间来减轻,但是缺点就是要半夜加班.呵呵.

如果是涉及用户上传内容而要保证文件一致性的话
建议是把程序和用户上传内容分开
用户上传会到另一个独立的子域名下
这样以后的架构再扩展也会方便很多
如果只是用SAN或者NAS暂时做存储后端
程序和用户数据还是驼在一起的话
很快你就会碰到扩展问题了,包括存储和性能两方面.

分页： 1/1