今天晚上加班，Passport切换数据库。如果最终失败，意味着之前5个星期的准备工作完全白费。虽然从项目经理的角度看我对自己的工作还是比较满意，如果今晚出岔，应该是纯粹技术上的原因——恰恰在 Java 和 MySQL 高容量高并发下运行，我完全没有任何技术经验。
理论上，纯粹是理论上，今晚能平安过去，明天一起看起来很完美，给下面三个星期的工作开个好头，也给我在搜狐的职业生涯开个好头。
还有人记得大话西游里面菩提老祖说了“过了这座山，就是菩提洞了”后发生了什么事情么？用这句话做标题的意思是任何时候都要警觉，越是快到幸福终点，越是危险。
Topic:
本站的feed
评论
你们用的什么数据库？
呵呵，万事开头难
搜狐的数据库是不是用oracle作为写，然后分发给mysql master->slaves作为各个节点模式？
Passport 是搜狐的 DBA
Passport 是搜狐的 DBA team 第一个支持的 MySQL 项目，其实也正是他们推荐的。在以前，DBA 只支持 Oracle，估计他们也是想从这个项目开始，把应用慢慢转移到 MySQL 上。
基本上搜狐的大应用都是在 Oracle 上，也曾经有的项目尝试过 MySQL，但是随着流量的加大，都转到了 Oracle —— 若没有 DBA 的支持，靠开发人员想办法维护一个高访问数据库的性能和可靠性是很难的。
当然很多创业公司是没有 DBA 的，也在用 MySQL，或许还用的很好...但它们的访问量和搜狐比起来可差的太远了。
呵呵，但是新浪用的
呵呵，但是新浪用的都是mysql数据库，而且已经用了很久，比较稳定的
每天2亿次pv没出什么问题。可能就带宽跑满导致出现过问题！
新浪是什么情况，我
新浪是什么情况，我不好说。不过我相信它一定有 MySQL DBA 的
mysql的专业DBA没有的，
mysql的专业DBA没有的，就是你以前说的那种master->slaves机制
像mixi.jp,livejournal这些网站都是采用了mysql的这样的架构
呵呵！
谁在数据库设计中给
谁在数据库设计中给建议意见？
谁在做数据库的性能评估？
谁在做数据库的定期备份？
数据库坏了谁负责维修，并保证在最短时间内使之可用？
新增一台 slave 谁负责初始化？
如果一个组织内数据库服务器达到几十台这个量级，上面的这些工作是几个人在做？是否需要有人全职的，专业的来研究这些知识和技术进展？如果这些关键技能和经验掌握在少数人手中（通常表现为一个或两个技术大拿），万一这个人离职，对工作会造成什么样的影响，对业务会造成什么样的风险？
其实新浪搜狐，乃至 livejournal 都不算数据库关键依赖的网站，有 CDN、memcached 在顶着呢。ebay，taobao 这样的网站，DBA 的作用才叫显著.
哦， 谁在数据库设计
哦，
谁在数据库设计中给建议意见？
谁在做数据库的性能评估？
谁在做数据库的定期备份？
数据库坏了谁负责维修，并保证在最短时间内使之可用？
新增一台 slave 谁负责初始化？
呵呵，原来这个就是DBA的工作。。。。。。
一直不清楚，不过你说的CDN,memcached对新浪目前不是很有用了，因为博客基本是写入的多，而且不像新闻，财经那样可预见哪些是很火爆的就可以提前写到memcache或是squid的acl中。
不过有一点是对的，就是整个的数据库的早期架构，我见过一个牛人写的
http://omniti.com/~jesus/misc/DB%20Replication.pdf
很不错的，呵呵，相信对你有帮助！
我是检查yahoo的服务器
我是检查yahoo的服务器的header发现的P3P,wget -S www.yahoo.com.cn
然后很好奇就深入了下去，结果在国内百度正好链到了你的博客那个p3p的跨cookie域
呵呵，很不错，然后看了你的其他的文章，感觉都是高质量的文章！
所以，楼主如果对数据库困难，我会尽可能提供帮助，只提供思路
呵呵！
谢谢，加我 gtalk or MSN
谢谢，加我 gtalk or MSN 吧..
我加你了，是qiuyingbo@g
我加你了，是qiuyingbo@gmail.com吗
呵呵我的msn是helbreathszw@hotmail.com
gmail(gtalk) szw2001@gmail.com