Mysql高并发更新

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (380)

我有一个mysql表:

CREATE TABLE `coupons` (
    `id` INT NOT NULL AUTO_INCREMENT,
    `code` VARCHAR(255),
    `user_id` INT,
    UNIQUE KEY `code_idx` (`code`)
) ENGINE=InnoDB;

该表由数千/数百万个代码组成,最初user_id对每个人都是NULL。现在我有一个Web应用程序,它为同时访问该应用程序的数千名用户分配一个唯一的代码。考虑到非常高的流量,我不确定处理这个问题的正确方法是什么。我写的查询是:

UPDATE coupons SET user_id = <some_id> where user_id is NULL limit 1;

并且应用程序以1000 req / sec的并发性运行此查询。

我观察到的是整个表被锁定,这不能很好地扩展。我该怎么办?谢谢。

提问于
用户回答回答于

这个问题可能更适合DBA(而且我不是DBA),但我会尝试给你一些关于正在发生的事情的想法。

当您执行更新查询时,InnoDB实际上并不会锁定整个表。它的作用是下一个:它放置一个记录锁,它阻止任何其他事务插入,更新或删除值为coupons.user_idNULL的行。

使用您的查询(这取决于user_id为NULL),您不能具有并发性,因为您的事务将一个接一个地运行,而不是并行运行。即使你的索引coupons.user_id也无济于事,因为当你输入锁定InnoDB时,如果没有锁定,就会为你创建一个阴影索引。结果将是相同的。

因此,如果您想提高吞吐量,我可以考虑两个选项:

  1. 在异步模式下将用户分配到coupon将所有分配请求放入队列,然后在后台处理队列。可能不适合您的业务规则。
  2. 减少锁定记录的数量。这里的想法是在执行更新时锁定尽可能少的记录。要实现此目的,您可以向表中添加一个或多个索引列,然后在查询WHERE子句中使用索引Update

列的示例是product_id或类别,可以是用户位置(国家/地区,zip)。那么你的查询看起来像这样:

更新优惠券SET user_id = WHERE product_id = user_id是NULL LIMIT 1;

而现在InnoDB将只锁定记录product_id = <product_id>。这样你就会有并发性。

希望这可以帮助!

用户回答回答于

如理解的那样coupon被预先填充并且空的user_id被更新为非空的。

解释更新设置user_id = 1其中user_id为空限制1;

这可能需要一个架构解决方案,但您可能希望在确保该表具有所处理列的索引并且便于快速更新之后查看该解释。

向coupons.user_id添加索引,例如改变MySQL的策略。

create unique index user_id_idx on coupons(user_id);
 explain update coupons set user_id = 1 where user_id is null limit 1;
+----+-------------+---------+------------+-------+---------------+-------------+---------+-------+------+----------+------------------------------+
| id | select_type | table   | partitions | type  | possible_keys | key         | key_len | ref   | rows | filtered | Extra                        |
+----+-------------+---------+------------+-------+---------------+-------------+---------+-------+------+----------+------------------------------+
|  1 | UPDATE      | coupons | NULL       | range | user_id_idx   | user_id_idx | 5       | const |    6 |   100.00 | Using where; Using temporary |
+----+-------------+---------+------------+-------+---------------+-------------+---------+-------+------+----------+------------------------------+
1 row in set (0.01 sec)

因此,您应该使用DBA来确保数据库实体已经过优化。需要考虑权衡。

此外,由于您有一个客户端应用程序,您可以预先获取null coupons.user_id并直接在coupons.id上进行更新。很想知道你的解决方案。

扫码关注云+社区

领取腾讯云代金券