json 数据的存储, 是放在 redis 还是数据库

[hyhcoder]

现在有一批用户设计的数据, 最后前端会用 json 的数据封装, 之前的设计都是直接把这个寸数据库, 导致现在那张表越来越大, text 类型过多会导致臃肿, 那这些数据是要怎么设计处理比较合理呢? 放 redis? 如果数据量一大好像也吃内存什么吧; 还是转对象单独存一张表, 但问题现在的设计数据有好多种类型, 并不一致;

大家有遇到这种的经验吗? 或者让你设计会怎么设计

[qiayue]

最简单改动最小的就是还用 MySQL，增加一个 json 表（可以单表也可以拆分），这个表存 json 字符串，然后原先的表只存这个表的 ID。用的时候再去 json 表取，再配合一定的缓存（ Memcached 或者 Redis ），速度飞快。

[prolic]

看起来像类似用户词典之类的东西，还是存成静态文件，拿 key 取比较合适

[pathbox]

pg 欢迎你，MySQL 其实也没问题

[wizardforcel]

mongodb

无论是 redis 还是关系型数据库，都需要整个拿出来再解码才能查询里面的一个属性，开销太大，mongo 就不用。

[puritania]

将大字段从表中拆出去，单独建库，做好分表策略使得单表数据量足以满足查询速度，可以考虑用 redis 缓存数据，每个 key 设置较短的超时时间，每次 get key 时重置超时时间，让热数据一直在 cache 中，冷数据及时过期。

[xpresslink]

建议用 postgres 9.5+版，已对 json 和 jsonb 支持相对比较完善了，至少没有其它数据库比得上。存取速度和 mongodb 不相上下，所以直接用 pg 吧。250G 对于 pg 来说只是毛毛雨。

[beginor]

用 pg 吧，妥妥的

[0915240]

是单表 250G ？？？

[killpanda]

感觉这种场景可能是设计问题

[Zzde]

前段提交的数据不需要过滤拆分吗？需要时候在重新组合返回不行吗？

[changrui0608]

NoSQL 用 MongoDB，RDMS 用 PostgreSQL，这俩对 JSON 的直接支持已经有较久的历史了，速度都很快，最近 MySQL 不太了解
印象里 redis 这种大多是拿来存逻辑上可以非持久化的数据的，比如配置、session、数据库查询结果缓存之类的

[iceiceice]

我猜你需要 mongodb 真的适合你