第138章 组建数据库部门(2 / 3)

投票推荐 加入书签 留言反馈

  服务器和数据库之间的关系可以被比喻为一个服务员(服务器)和厨师(数据库)之间的关系。
  服务员(服务器)接收顾客点菜的请求(客户端请求),将订单送到厨师那里(数据库),厨师根据订单做好菜品(数据库操作),然后把完成的菜品交给服务员(服务器),再由服务员将菜品送到顾客面前(返回结果给客户端)。
  为了提高应用程序的性能和响应速度,服务器和数据库需要进行协同优化,确保数据访问的效率和稳定性。这需要服务器和数据库管理员密切合作,对硬件、软件和网络等方面进行优化,以提高整个系统的性能和稳定性。
  因此,服务器和数据库是密不可分的。
  它们之间的关系直接影响到信息系统的性能和可靠性。在信息系统规划和设计时,需要充分考虑服务器和数据库的关系,确保它们的协同工作和优化,以满足应用程序的需求和提高系统的整体性能。
  你打开心爱的女神qq空间那一刻,她的所思所想,每一张泛着香气的自拍,都是从qq的数据库里掏出来贴到你脸上的。女神“呵呵去洗澡”之后,你自己砍传奇,游戏数据也会记录在数据库里的。
  可一旦用户数达到百万级,甚至两三百万级,很多玩法都变了。
  这两三百万人如果同时相互发信息、查看资料、改写资料,这些操作产生的数据就像是机关枪一样射向数据库,而数据库必须化作《黑客帝国》里的基努里维斯,把每一颗子弹都接住。现在大家常用的还是mysql数据库,类似数据库里的android,免费、方便、开源。到了后世,做社交的大厂大都改成了nosql数据库。
  陈平江并不是在为难苗炳伟。
  只因苗炳伟并不知道此类社交游戏会带来多么大的流量,如果不提前准备,抢车位上线几天后,说不定就会给服务器干崩溃。如果抢车位都能干崩,那后面的“偷菜”陈平江都别玩了。
  玩家们每停一辆车,贴条一辆车,偷一次菜,都会改写一次数据库。
  即便是用2007年最顶级的机械硬盘,每分钟15000转,每秒钟能读写300次,为了保证数据不丢失,还要对每份数据另外做两个备份,加上原数据总共三份,按照两三百万人次的数据访问强度,可能光是一个“抢车位”就要两千台服务器,之后的“偷菜”甚至可能需要大几千台服务器。
  就这还没算人人网和人人外卖的访问量哦。
  陈平江哪有那么多钱烧啊!
  腾讯此时已经在研发ckv,以后还会进化到cdb,甚至tcaplusdb、dbbrain。
  所以陈平江倒希望功课做在前面,早做准备。
  说完了数据库,再说说服务器。
  眼下人人网所使用的服务器都是租借的,优点是节约成本,管理方便。毕竟不用一次性动用大量的资金购买服务器以及支付后续高昂的维护费用,服务提供商会承担日常的管理工作和服务监控。
  但缺点也很明显,太依赖服务商的技术支持和服务质量,也无法完全掌控服务器的安全性,还可能受到服务提供商的带宽、存储空间等方面的限制。
  自购服务器是必然要走的路!
  即便初始投资大,后续维护成本高,还需要招牌相关技术人员维护设备,但更高的控制性、稳定性和自由度是租借所不能比的。
  玩社交的人人网,做大之后如果还是租借服务器,一次宕机就能使得陈平江被骂死,甚至竞争对手恶意骚扰都会相当麻烦。
  技术不到位势必要买更多的服务器,人人网的现金流毫无疑问会被拖垮。
  腾讯在这方面还是很牛逼的,不得不说能把社交玩好还是有点东西的。
  它当年有很多业界领先的技术。比方说,qq同时在线人数从10万到100万,单机处理能力已经超过同行业10倍以上。当时腾讯有一个重要的技术创新——pct架构,它使得别人的一台机器只能做1000个在线连接时,腾讯能做到1万。
  此外还有分布式存储tfs,支持了qq相册每天亿级的图片上传。
  社交这玩意玩下去,服务器是绕不开的坎儿,甚至以后还要搭建数据中心。
  流量到来前,如何设计一个高可用的it架构?
  流量激增时,如何快速补充服务器资源?
  流量下降后,如何不浪费闲置服务器资源? ↑返回顶部↑

章节目录