作者beagle (夏天的海洋)
看板PttCurrent
标题Re: 要做 BBSLink 穿梭功能
时间Fri Sep 24 16:26:52 2004
※ 引述《[email protected] (找一个想爱的人)》之铭言:
: ※ 引述《[email protected] (夏天的海洋)》之铭言:
: : ptt.cc 本站的流量不管用多高阶的 database server 都一定无法负荷的,
: : 就算是 oracle 也一样...
: 这个推论, 是有什麽数据去支持的??
这不是推论, 是亲身经历, 详细数据由於保密协定, 恕无法透露...
如果你要把我的 post 拿给你的上级说服他不要用, 那我只好说, 抱歉让你失望了...
我以前曾经在流量较小(也算相当大了)的站看过 Oracle, 仅有使用者资料部份,
不含 mail 及 post, 在尖峰时间就已经很容易 lag 及 server crash ...
mail 和 post 是用其他 database server (M$ SQL) 负担的...
硬体已经是用相当高档的伺服器, 因此让人觉得很灰心...
之前有某站的相簿使用 MySql 好像也是人口一多就迅速 crash ...
*** 所以强烈建议各位, 如果自己想要用 SQL database 用在负荷高的 BBS 站,
*** 无论如何一定要事先做效能评估, 自己收集到的数据才是最真实的...
BBS 进行的 operation 是固定模式而且有经过最佳化的...
用一般性的 SQL database 做 cost 高的全资料库 select, 效能上是否值得?
我大学时曾经用过 Berkeley DB 1.x 及 2.x 当做底层 database ...
Berkeley DB 当然不是 SQL, 但是有 maintain concurrency 和 transaction ...
因为构造简单, 效能较 SQL database 好很多...
虽然我同学把这个东西推到高负荷的站上去, 还是发生了不少问题...
但我认为新版 Berkeley DB 蛮有机会成为 BBS 的 database ...
总想找机会试一试, 不过一直没有动手实行... :p
--
Unix IS user friendly. It's just selective about who its friends are.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 220.135.254.153