关于对象字段太多如何存储的问题

背景:

一个用户实体有上百个属性字段,然后对于用户实体数量每个月大概 50w左右,但是好处是有领热属性,之前月份的数据基本不会去查
查询全量用户的全部属性字段 的频次又非常多,问如何设计存储会性能会比较好?

1、传统mysql

一个表,设计上百个字段,也就是行存储

缺点:表字段太多,且索引建立会受限制,查询性能分页查,如果频次太高会拉夸,而且主要是字段太多的问题

2、针对1的查询性能,应用层优化

提前进行数据预热,也就是缓存数据,保障数据一致性

缺点:对于数据一致性要求比较高,不太想引入

3、mongo

mongo公司不咋维护。。。

4、其他列式存储

如 clickhouse、hbase ,查询性能如何?

求比较好的存储设计 或者 存储方案

阅读 2.2k
1 个回答
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题