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

大佬们,有比较适合大字段(text)的 db 方案么,读多写少场景

  •  
  •   ghostwind · 2018-04-26 20:57:30 +08:00 · 1898 次点击
    这是一个创建于 2410 天前的主题,其中的信息可能已经有所发展或是发生改变。

    现在用的是 mysql 的 text,当当数据量大的时候可能会有一些性能问题。如果说想换一个另外的数据库有什么比较好的方案么。

    举例来说,淘宝的内容详情页,或者是 jd 的内容详情页里的内容是用什么样的存储方案啊。

    7 条回复    2018-04-27 08:42:24 +08:00
    alvinbone88
        1
    alvinbone88  
       2018-04-26 23:09:26 +08:00
    配置读写分离
    如果读得比较多,可以多配置几个从库
    misaka19000
        2
    misaka19000  
       2018-04-26 23:09:59 +08:00
    ES
    billlee
        3
    billlee  
       2018-04-26 23:11:38 +08:00
    我的思路是
    1. 在 MySQL 内,可以分区、分表、分库
    2. 如果访问集中,可以加缓存
    3. 换 key-value 数据库
    msg7086
        4
    msg7086  
       2018-04-27 01:05:00 +08:00
    不如先说说剂量?
    多大的字段,多少行,单表做出来多大,对数据处理有没有额外的要求?
    prolic
        5
    prolic  
       2018-04-27 01:32:35 +08:00 via Android
    说下具体场景啊,根据单 key 大小,查询需求,总数据量才能决定 pgsql,mongo,hbase 还是再到其他的什么东西
    Nick2VIPUser
        6
    Nick2VIPUser  
       2018-04-27 08:27:08 +08:00 via iPhone
    mongodb
    csl1995
        7
    csl1995  
       2018-04-27 08:42:24 +08:00 via iPhone
    有钱换 oracle,没钱用 mycat 作分库分表。优化索引,优化 sql。提高硬件配置,读写分离,加缓存。
    你要给个具体场景和情况啊,不然定位不到瓶颈。
    还有数据量大肯定有一定时延问题,关键看你们应用的容忍度,优化到一定程度即可。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2717 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 09:00 · PVG 17:00 · LAX 01:00 · JFK 04:00
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.