架构师眼中的高并发架构

在高并发营业中假如涉及到数据库操纵，首要压力都是在数据库处事器上面，固然行使主从疏散，可是数据库操纵都是在主库上操纵，单台数据库处事器毗连池应承的最大毗连数目是有限的?当毗连数目到达最大值的时辰，其他必要毗连数据操纵的哀求就必要守候有空闲的毗连，这样高并发的时辰许多哀求就会呈现connection time out?的环境?那么像这种高并发营业我们要怎样计划开拓方案可以低落数据库处事器的压力呢？

• 如：
  • 自滚动窗签到，双11跨0点的时辰并发哀求签到接口
  • 双11抢红包勾当
  • 双11订单入库
  • 等
• 计划思量：
  • 逆向思想，压力在数据库，那营业接口就不举办数据库操纵不就没压力了
  • 数据耐久化是否应承耽误？
  • 怎样让营业接口不直接操纵DB，又可以让数据耐久化？
• 方案计划：
  • 像这种涉及数据库操纵的高并发的营业，就要思量行使异步了
  • 客户端提倡接口哀求，处事端快速相应，客户端展示功效给用户，数据库操纵通过异步同步
  • 怎样实现异步同步？
  • 行使动静行列，将入库的内容enqueue到动静行列中，营业接口快速相应给用户功效(可以温馨提醒岑岭期耽误到账)
  • 然后再写个独立措施从动静行列dequeue数据出来举办入库操纵，入库乐成后革新用户相干缓存，假如入库失败记录日记，利便反馈查询和从头耐久化
  • 这样一来数据库操纵就只有一个措施(多线程)来完成，不会给数据带来压力
• 增补：
  • 动静行列除了可以用在高并发营业，其他只要有沟通需求的营业也是可以行使，如：短信发送中间件等
  • 高并发下异步耐久化数据也许会影响用户的体验，可以通过可设置的方法，可能自动化监控资源耗损劳迫椿时时可能行使异步，这样在正常流量的环境下可以行使时时操纵数据库来进步用户体验
  • 异步同时也可以指编程上的异步函数，异步线程，在有的时辰可以行使异步操纵，把不必要守候功效的操纵放到异步中，然后继承后头的操纵，节减了守候的这部门操纵的时刻

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!