situs
V2EX  ›  问与答

redis 支持多 db 的原因是什么?

  •  
  •   situs · Sep 9, 2020 · 3241 views
    This topic created in 2088 days ago, the information mentioned may be changed or developed.

    redis 为什么要支持多 db,支持再多的 db 也是单线程,既然如此,支持单 db 不也 ok 吗,从 key 上进行区分? 大家的公司有区分 db 嘛?

    13 replies    2020-09-10 08:07:26 +08:00
    junan0708
        1
    junan0708  
       Sep 9, 2020 via Android
    flushdb
    acrisliu
        2
    acrisliu  
       Sep 9, 2020 via Android
    分了 100 个 db
    shylockhg
        3
    shylockhg  
       Sep 9, 2020
    支持 db 是为了隔离吧
    1069401249
        4
    1069401249  
       Sep 9, 2020
    cluster 不是不支持 db 吗
    lxyu
        5
    lxyu  
       Sep 9, 2020
    "I understand how this can be useful, but unfortunately I consider Redis multiple database errors my worst decision in Redis design at all... without any kind of real gain, it makes the internals a lot more complex. "

    -- by Salvatore Sanfilippo
    594duck
        6
    594duck  
       Sep 9, 2020 via iPhone
    目前用法是 dev,sit,uat 是一个 redis 上的 8 个 DB 。
    situs
        7
    situs  
    OP
       Sep 9, 2020
    @shylockhg 除了隔离确实也想不到啥更高端的理由了
    jackrebel
        8
    jackrebel  
       Sep 9, 2020
    @shylockhg 我支持!
    situs
        9
    situs  
    OP
       Sep 9, 2020
    @594duck 这样看来也是数据隔离,赋予了些功能的隔离,看起来您的公司更多是在 QA 上隔离各个测试环境的了?这样不用申请新的实例了,直接 select 一个 new db 。
    situs
        10
    situs  
    OP
       Sep 9, 2020
    @jackrebel 咋了兄弟 这么激动 :p
    situs
        11
    situs  
    OP
       Sep 9, 2020
    @lxyu 看来 redis 的父亲也不是很待见这个功能,不知道多个 db 间是不是也是共享着一个线程?
    tairan2006
        12
    tairan2006  
       Sep 9, 2020
    其实确实没啥用…
    594duck
        13
    594duck  
       Sep 10, 2020
    @situs 是呀,唯一就是这上面用用,其它方面真用不上。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2673 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 49ms · UTC 01:23 · PVG 09:23 · LAX 18:23 · JFK 21:23
    ♥ Do have faith in what you're doing.