云服务 Rails 并发问题

bighuzi · July 12, 2018 · Last by bighuzi replied at July 17, 2018 · 6126 hits

在下做的秒杀业务,在某个时间点会有 300 - 500 人会来抢购,出现明显的卡顿 top 查看未出现明显变化。 服务器:Ubuntu,4 vCPU , 16 GB, 带宽 10M puma 配置

threads 5, 100
environment "production"
bind "unix:///XXX/shared/sockets/puma.sock"
stdout_redirect "/XXXX/shared/log/puma.stdout.log", "/XXXXXe/shared/log/puma.stderr.log", true
pidfile "/XXXXX/shared/pids/puma.pid"
state_path "/XXXXX/shared/pids/puma.state"
activate_control_app

数据连接配置

production:
  adapter: mysql2
  database: XXXX
  encoding: utf8mb4
  username: XXX
  password: 'XXX'
  host: XXXX
  pool: 5
  timeout: 5000

cpu 使用大概在百分之 30 左右 内存使用情况 请大神,给点意见。。

tcp 连接好像有 1000 多。不知道是否是这个引起的。

数据库连接池开高一点,puma 线程开大一点试试吧

用其他的消息系统处理抢购的问题 例如你只有 5 个商品 那么消息处理系统只允许接受前 5 个消息 把这 5 个消息转给 rails 处理下单~

用 top 很难看得出啥。装个 New Relic 啥的看看瓶颈在哪嘛

Reply to zj0713001

我有想过这种方案。但我感觉现在还没到那个程度呢。

Reply to yingce

这个我已经调过了。等下次看。

Reply to bighuzi

嗯嗯。。我这边装个试试。看看到底是哪里问题。

猜一下,都是更新操作,上了锁,然后释放慢了?callback 里有什么耗时的操作?或者 counter cache 之类的被锁了?

Reply to yfractal

更新的表数据只有四条记录。切每次都不会去更。当缓存里面的数据没有的情况才去更新数据表。

Reply to bighuzi

抢购 的请求都是 GET?没更新数据库吗?

Reply to bighuzi

调了之后的结果记得来这里说一下

11 Floor has deleted
  1. 查查请求平均响应时长,需要多少线程是估算出来的

  2. 线程都已经 100 了,pool 5 是什么配置,没收到数据库连接分配超时的报错么?

  3. 加线程不是万能药,线程太多导致频繁的资源调度,反而增加了消耗(32 就已经是我用过的最大值了)

  4. 加线程不是万能药,但是加机器是,一台不行,那就两台,反正是抢购,用完释放就完了

cpu 还没用完,设 4 个 worker。

Reply to Rei

这几天忙。没来看。。之前调城 4 个 worker,线程 50. pool 改成了 16.cpu 运行在百分之 80.不卡。

这几天忙。没来看。。之前调城 4 个 worker,线程 50. pool 改成了 16.cpu 运行在百分之 80.不卡。但是好像 ActionCable.server.connections.size 链接计数有点问题。没有来的急解决。

刚看了下内存情况,以及 cpu 情况。。cpu 在今天抢购时只占用:41% 内存也只跑到了 14.9%

bighuzi closed this topic. 30 Jul 08:56
You need to Sign in before reply, if you don't have an account, please Sign up first.