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

数据库经常更新的字段和不经常更新的字段放在一起合适吗?

  •  
  •   redwinam · 2020-01-06 10:24:18 +08:00 · 2641 次点击
    这是一个创建于 1781 天前的主题,其中的信息可能已经有所发展或是发生改变。

    大家好,有个数据库架构的问题想请问大家。 我的数据,有些记录的某些属性会经常更新,大概每几分钟就要更新一次,把这些字段和不更新的字段(例如 name、description 等)之放在一起合适吗?数据总记录条数其实也就上万条,字段有 30 几个。对性能影响大吗?还是说把表拆分开来更好?请问大家有没有什么好的建议?

    11 条回复    2020-01-06 18:01:34 +08:00
    opengps
        1
    opengps  
       2020-01-06 10:29:48 +08:00
    尽量拆分,热数据将来扩展缓存会轻松不少
    linauror
        2
    linauror  
       2020-01-06 10:30:12 +08:00
    你这种场景分开存储会比较好
    sweat89
        3
    sweat89  
       2020-01-06 10:32:56 +08:00
    万条数据。
    随便玩吧
    maichael
        4
    maichael  
       2020-01-06 10:57:56 +08:00
    同意楼上,如果数据条数没有涨的趋势,没有必要过度优化。
    RedisMasterNode
        5
    RedisMasterNode  
       2020-01-06 11:32:19 +08:00
    拆分开的后果就是要分别更新,分别读取
    放在一起的后果就是 Update 的时候会对这张表频繁操作,静态数据本来不需要经常变但是行数据还是经常有锁在上面阻塞

    TL;DR:
    看业务和数据量,未来 1 年内如果还是小业务、数据量少(没到上百万千万上亿)实际上就放一起最方便;
    预估到未来 1 年内数据量增长比较大的话提前垂直拆分开,动静数据分离比较合适
    littleylv
        6
    littleylv  
       2020-01-06 11:38:37 +08:00
    上万条数据,没必要


    @RedisMasterNode #5 “TL;DR”是这么用的?
    815979670
        7
    815979670  
       2020-01-06 11:41:36 +08:00   ❤️ 1
    我的建议是可以分开存储 查询可以走视图,两个表合在一起查询
    keepeye
        8
    keepeye  
       2020-01-06 11:45:24 +08:00
    我沉吟两秒,我们千万级数据也没考虑这个问题,还没到考虑的时候啊
    sumarker
        9
    sumarker  
       2020-01-06 14:00:27 +08:00
    数据量不大,放在一起有影响,但是影响不大
    crclz
        10
    crclz  
       2020-01-06 17:55:08 +08:00
    垂直拆分要按业务拆分,而不是访问、更新频率。
    byteli
        11
    byteli  
       2020-01-06 18:01:34 +08:00
    百万都不到的数据,无所谓了。
    起码要千万行再考虑吧
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1027 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 22:24 · PVG 06:24 · LAX 14:24 · JFK 17:24
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.