V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
rv54ntjwfm3ug8
V2EX  ›  数据库

写多读少的数据应该如何高效存储?

  •  
  •   rv54ntjwfm3ug8 · 2021-04-09 22:46:10 +08:00 via iPhone · 1496 次点击
    这是一个创建于 1084 天前的主题,其中的信息可能已经有所发展或是发生改变。
    例如用户名变更记录,想要限制用户 180 天内只能修改 3 次用户名,同时记录历史用户名。
    10 条回复    2021-04-13 15:54:47 +08:00
    misaka19000
        1
    misaka19000  
       2021-04-09 23:00:12 +08:00
    lsm
    chendy
        2
    chendy  
       2021-04-10 03:25:58 +08:00
    同 1 楼,LSM
    但是,用户名变更记录 也不是 写多读少 的啊……
    tonyaiken
        3
    tonyaiken  
       2021-04-10 05:53:54 +08:00 via iPhone
    只能修改 3 次,也就是大多数时候应该不让修改,所以写应该少于读吧?
    ryd994
        4
    ryd994  
       2021-04-10 06:11:22 +08:00 via Android
    每次改用户名你不还得检查一次
    所以读的次数大于等于写的次数
    raaaaaar
        5
    raaaaaar  
       2021-04-10 09:35:20 +08:00 via Android
    不是读更多吗
    crclz
        6
    crclz  
       2021-04-10 10:03:27 +08:00   ❤️ 1
    读多写少:MySQL
    读少写多:MySQL

    业务量大:选择比关系型数据库更适合的
    GrayXu
        7
    GrayXu  
       2021-04-10 10:40:28 +08:00
    @crclz MyRocks 可能比较适用写多?

    只是保存“变更记录”的话,那写的比例还是比较高的,虽然不是写多读少。
    opengps
        8
    opengps  
       2021-04-10 11:11:05 +08:00 via Android
    题目写错了,对于大部分人的业务情况都是读远远大于写,一般初步考虑读写分离,缓存等方案,远期考虑分布式存储
    对于写远远大于读的场景现实中偏少,大部分人能接触到的一般是日志系统,iot 存储业务一类,我个人有个特别典型的经历是 gps 写入模块
    jorneyr
        9
    jorneyr  
       2021-04-11 13:59:56 +08:00
    先写到 kafka 里慢慢更新到数据库吧,数据库能够满足存储的都差不多。
    zhangysh1995
        10
    zhangysh1995  
       2021-04-13 15:54:47 +08:00
    MySQL 有不同的存储引擎,可以考虑做替换,ARCHIVE 不知道合适不?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   949 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 21:33 · PVG 05:33 · LAX 14:33 · JFK 17:33
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.