mysql一条记录在高并发场景下读写?

发布于 2022-09-11 23:03:00 字数 699 浏览 27 评论 0

CREATE TABLE `user_info` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `balance` decimal(10,2) DEFAULT '0.00' COMMENT '余额',
  `role` int(1) DEFAULT '0' COMMENT '用户角色 0:普通 1:系统',
  `version` int(11) DEFAULT '0' COMMENT '版本',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=20409 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci COMMENT='用户信息';

--系统用户
INSERT INTO `temp`.`user_info`(`id`, `balance`, `version`, `role`) VALUES (1, 10000.00, 0, 1);
--普通用户
INSERT INTO `temp`.`user_info`(`id`, `balance`, `version`, `role`) VALUES (2, 100.00, 0, 0);
......

这张表有系统用户这条记录,其他用户在交易时,
都会对这个系统用户balance 操作读写。
在大量普通用户同时交易的场景下就会高并发对这条系统记录读写.
有什么其他优化方案吗?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

负佳期 2022-09-18 23:03:00

你想问的是否是一致性的问题?

往日 2022-09-18 23:03:00

读写效率低就用redis吧,使用那个时间不过期的,在加上个key作为lock和手动事务也可以实现

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文