开源平台的高并发集群思考

目前碰到的高并发应用,需要高性能需求的主要是两个方面
   1。网络
   2。数据库

这两个方面的解决方式其实还是一致的
   1。充分接近单机的性能瓶颈,自我优化
   2。单机搞不定的时候(
             数据传输瓶颈:
                 单位时间内磁盘读写/网络数据包的收发
             cpu计算瓶颈),把负荷分担给多台机器,就是所谓的负载均衡

网络方面单机的处理
   1。底层包收发处理的模式变化(从select 模式到epoll / kevent)
   2。应用模式的变化
         2.1 应用层包的构造方式
         2.2 应用协议的实现
         2.3 包的缓冲模式
         2.4 单线程到多线程

网络负载均衡的几个办法
   1。代理模式:代理服务器只管收发包,收到包以后转给后面的应用服务器群(服务器群后可能还会有一堆堆的数据库服务器等等),并且把返回的结果再返回给请求端
   2。虚拟代理ip:代理服务器收发包还负载太高,那就增加多台代理服务器,都来管包的转发。这些代理服务器可以用统一的虚拟ip,也可以单独的ip
   3。p2p:一些广播的数据可以p2p的模式来减轻服务器的网络压力

数据库(指mysql)单机的处理
 1。数据库本身结构的设计优化(分表,分记录,目的在于保证每个表的记录数在可定的范围内)
 2。sql语句的优化
 3。master + slave模式

数据库集群的处理
 1。master + slave模式 (可有效地处理并发查询)
 2。mysql cluster 模式 (可有效地处理并发数据变化)

相关资料:
   http://dev.mysql.com/doc/refman/5.0/en/ndbcluster.html

 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值