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

  • Z时代
  • 2024-02-20
  • 分类：IT

背景：

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

1、传统mysql

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

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

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

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

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

3、mongo

mongo公司不咋维护。。。

4、其他列式存储

如 clickhouse、hbase ，查询性能如何？

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

回答：

感觉你的要求是，列式存储+时序数据。clickhouse应该能胜任。

个人给两个其他选择

  1. Apache Cassandra
  2. TDengine （国货当自强）

已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。

以上是 关于对象字段太多如何存储的问题 的全部内容， 来源链接： utcz.com/p/944497.html

回到顶部