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

如果一个表中一个字段特别长,有必要考虑使用 redis 存储吗?

  •  
  •   gzk329 · 234 天前 · 3117 次点击
    这是一个创建于 234 天前的主题,其中的信息可能已经有所发展或是发生改变。

    不考虑分表,和分成几个的话
    那有比要为了这个,引入一个单节点的 redis 服务存储吗?
    目前这个字段很长的话,入库会很慢,几十秒。

    boobo
        1
    boobo  
       234 天前
    楼主用错地方了吧,redis 称之为缓存服务,数据库是固化数据用的...
    gzk329
        2
    gzk329  
    OP
       234 天前
    @boobo 就是我把这个字段,存到 redis 中,关系型数据库表里,这个字段留空,提高我入库效率。
    debuggerx
        3
    debuggerx  
       234 天前 via Android
    存文件也比存 redis 好吧
    lvxiaomao
        4
    lvxiaomao  
       234 天前
    首先看看为啥内容这么多,是否可以有其他方式搞一下?
    boobo
        5
    boobo  
       234 天前
    @gzk329 数据库注重的是数据的固化和一致性,你存内存里了数据固化咋办?某次重启就丢掉了!
    liuzhedash
        6
    liuzhedash  
       234 天前
    @gzk329
    可以先缓存到 redis ,然后用一个后台线程逐步写入数据库,当然这里有个风险是如果服务器异常关闭,会丢失一些数据。
    cominghome
        7
    cominghome  
       234 天前   ❤️ 6
    多长的字段入库要几十秒?你直接往数据库里写四库全书了?
    Akuikkk
        8
    Akuikkk  
       234 天前
    存到文本,上传到 oss ,字段存 oss 链接
    Arrowing
        9
    Arrowing  
       234 天前
    特别长是多长,放 redis 不是技术割裂吗,难以维护,易出问题。
    largetext 不够你用的?
    chendl111
        10
    chendl111  
       234 天前
    很长有多长?调整数据类型,压缩数据都行呐,入库太慢就弄个异步线程,不过出故障恢复数据挺麻烦的
    roundgis
        11
    roundgis  
       234 天前 via Android
    redis 我記得單條不能超過 512M?

    你能搞這麼大的串不考慮分切一下?
    Mithril
        12
    Mithril  
       234 天前
    一条记录插几十秒的话,建议直接存文件。。。
    akira
        13
    akira  
       234 天前
    入库会很慢,几十秒?

    这么大的数据可以考虑持久化到文件系统,然后数据库里面只保存链接。
    RedBeanIce
        14
    RedBeanIce  
       234 天前   ❤️ 4
    请详细描述你的根本问题。。。

    你这个问题感觉是遇到了一个问题,自己想了一个办法。
    然后又遇到了问题,所以才有了这个帖子。
    msaionyc
        15
    msaionyc  
       234 天前
    你 redis 挂了咋整?
    另外,你这个字段到底有多长?真的合理吗
    如果是大文本字段,可以建一张专门存 Text 类型的表,然后用主键关联起来。如果 Text 类型不够用,你得考虑其他方案解决了,总之存 redis 不是一个好方案。
    jyao
        16
    jyao  
       234 天前
    是 blog 字段嘛,如果是建议你存对象存储比如 oss 上,字段存地址就行了
    shinyruo2020
        17
    shinyruo2020  
       234 天前   ❤️ 5
    X-Y Problem
    awalkingman
        18
    awalkingman  
       234 天前
    一致性问题你怎么处理
    捡了芝麻丢了西瓜。
    xuanbg
        19
    xuanbg  
       234 天前
    有多大?我们几十 M 的富文本,也是秒入啊。
    wonderfulcxm
        20
    wonderfulcxm  
       234 天前 via iPhone
    以前做小说站,三国演义全文都是秒入。你啥字段?
    zsdroid
        21
    zsdroid  
       234 天前
    难道你存了π的小数点 1 亿位?那还不如直接上 oss 。
    deplivesb
        22
    deplivesb  
       234 天前
    多长的字段?能导致慢几十秒?一个字段存了一本新华字典?
    你先确认为啥会慢几十秒?这个思路完全没解决问题,只是在强行打补丁。
    dode
        23
    dode  
       234 天前
    mysql 有 lage_text blob 类型支持
    kkwa56188
        24
    kkwa56188  
       234 天前
    手里有一把锤子, 看什么都像钉子
    mm163
        25
    mm163  
       234 天前
    是在这个字段关联了索引了吧,所以入库慢?
    joesonw
        26
    joesonw  
       234 天前 via iPhone
    redis 早有了成熟的备份,集群方案。游戏公司老早就用 redis 做主服务器了。
    joesonw
        27
    joesonw  
       234 天前 via iPhone
    @joesonw 住数据库。
    xiaowangge
        28
    xiaowangge  
       234 天前   ❤️ 3
    对于 X-Y Problem 的意思如下:

    1 )有人想解决问题 X
    2 )他觉得 Y 可能是解决 X 问题的方法
    3 )但是他不知道 Y 应该怎么做
    4 )于是他去问别人 Y 应该怎么做?

    https://coolshell.cn/articles/10804.html
    wangbin526
        29
    wangbin526  
       234 天前 via Android   ❤️ 1
    Redis 不是要尽量避免 bigkey 的吗,还专门存 Redis ?
    dayeye2006199
        30
    dayeye2006199  
       234 天前
    数据库里存视频?
    IvanLi127
        31
    IvanLi127  
       234 天前 via Android
    请问你想要的是不是“对象存储”
    killerv
        32
    killerv  
       234 天前   ❤️ 2
    隐约感觉哪里不对劲,直接描述你原始的问题;因为经常遇到这种:本来需求是切西瓜,问题变成了我应该怎么把锤子磨成一个很薄的铁片。
    ShuWei
        33
    ShuWei  
       234 天前
    这是把小电影直接入库了?
    spediacn
        34
    spediacn  
       234 天前 via iPhone
    你往库里写文件?写大二进制?不建议这么放,放文件都比他好,为啥非要入库嘞?
    Dlin
        35
    Dlin  
       233 天前
    有点好奇,能执行几十秒的字段有多大
    hbcolorful
        36
    hbcolorful  
       233 天前
    用文件系统会不会好点,间接入库
    litchinn
        37
    litchinn  
       231 天前
    redis 数据是在内存的,虽然他有机制将数据持久化下来,照你这个说法这么大的字段你的内存肯定吃不住,其次如果这些数据你只是存而不查询,那么放 redis 就更没有意义了,内存成本比硬盘成本高得多,可以换成楼上对象存储的方案。
    如果需要支持查询则可以使用 ES 等方案,这方面可以参考各种日志系统的解决思路如 ELK 、Loki 等
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   935 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 30ms · UTC 19:43 · PVG 03:43 · LAX 12:43 · JFK 15:43
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.