V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
uiosun
V2EX  ›  问与答

有条数据库字段,经常被不同地方修改,该怎么保证原子性?

  •  
  •   uiosun · 2021-10-29 13:58:33 +08:00 · 1053 次点击
    这是一个创建于 881 天前的主题,其中的信息可能已经有所发展或是发生改变。

    每个玩家都有“金币”概念,假设它是一条数据库的数据

    1. 当玩家挂单,其他人买卖时,金币会修改;
    2. 当玩家打怪结算时,金币会修改;
    3. 当玩家工作结算时,金币会修改;
    4. 当玩家……

    我现在加锁是:订单锁、打怪锁、工作结算锁,所以考虑后续如果类似的场景越来越多,该怎么优化? (生活系游戏,场景比较多样,估计金币的未来修改点,是不可避免的要扩大)

    难道给所有金币的修改点都加个“金币锁”——锁中锁?

    7 条回复    2021-10-29 23:56:28 +08:00
    ihehe
        1
    ihehe  
       2021-10-29 14:20:13 +08:00 via iPhone   ❤️ 1
    为啥搞那么多锁,一个乐观锁就解决了
    wunonglin
        2
    wunonglin  
       2021-10-29 14:24:50 +08:00
    JoeBreeze
        3
    JoeBreeze  
       2021-10-29 14:26:34 +08:00   ❤️ 1
    如果忽略数据延迟, 是否可以考虑用任务队列形式来操作数据

    例如: 同时间发生 "打怪+发工资+自动扣款+交易入账", 每个事件创建一个任务加入到任务队列, 另外的一个死循环程序每次获取一个任务来修改数据
    zcmxw1
        4
    zcmxw1  
       2021-10-29 14:34:26 +08:00
    我再提供一个方法:

    update table
    set a = a + 100
    where id = 1
    blackboom
        5
    blackboom  
       2021-10-29 14:41:04 +08:00
    并发竞争比较小的情况下可以考虑数据库乐观锁。

    如果压力比较大,全部使用队列进行有序化。
    Kimen
        6
    Kimen  
       2021-10-29 14:44:56 +08:00
    CAS
    uiosun
        7
    uiosun  
    OP
       2021-10-29 23:56:28 +08:00
    @wunonglin 感谢大佬,如果用数据库手段的确可行,感觉配上 sleep 重试比较合适,但估计人多了会炸裂,明天试试队列能不能快速弥补一下。

    @ihehe 谢谢大佬回复,其他锁是特定业务自己所必要的,和金币没关系。

    以及预期是“特定时间段会偶现:10 个人同时修改一条金币数据”,金币又是玩家数据里比较重要的数值,乐观不起来。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   4612 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 05:35 · PVG 13:35 · LAX 22:35 · JFK 01:35
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.