如何模拟并发减库存导致的慢sql

Question

DBA给了我如下一些慢sql的截图 希望我能优化一下

完整的截图中有10个同样的update sql,最长的有56秒

这条update sql对应的业务逻辑是这样的

用户中奖后对应奖品库存减一

而我在本地想模拟出这种情况 确定原因是什么以及该如何优化。
首先想到的原因就是高并发导致的锁竞争， 于是基于此思路，我将最大连接数改成了10

show variables like 'max_connections';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 10    |
+-----------------+-------+

然后启动了100个线程并发执行减库存sql 很快就全部执行完了 500个线程并发执行也不足一秒啊

100 threads concurrent update stock took time: 168(ms)
500 threads concurrent update stock took time: 504(ms)

那么该如何能模拟出线上的这种情况呢？

Answer 1

1. 流量复制，类似于这种 HTTP 流量复制工具：Gor Go，比较高大上;

2. 自己模拟，使用工具如 Locust 来自定义请求，以实现模拟实际场景。案例有基于Locust、Tsung的百万并发秒杀压测案例