写多读少的数据应该如何高效存储？

2021-04-09 22:46:10 +08:00
 rv54ntjwfm3ug8
例如用户名变更记录，想要限制用户 180 天内只能修改 3 次用户名，同时记录历史用户名。
1600 次点击
所在节点    数据库
10 条回复
misaka19000
2021-04-09 23:00:12 +08:00
lsm
chendy
2021-04-10 03:25:58 +08:00
同 1 楼，LSM
但是，用户名变更记录 也不是 写多读少 的啊……
tonyaiken
2021-04-10 05:53:54 +08:00
只能修改 3 次，也就是大多数时候应该不让修改，所以写应该少于读吧？
ryd994
2021-04-10 06:11:22 +08:00
每次改用户名你不还得检查一次
所以读的次数大于等于写的次数
raaaaaar
2021-04-10 09:35:20 +08:00
不是读更多吗
crclz
2021-04-10 10:03:27 +08:00
读多写少：MySQL
读少写多：MySQL

业务量大：选择比关系型数据库更适合的
GrayXu
2021-04-10 10:40:28 +08:00
@crclz MyRocks 可能比较适用写多？

只是保存“变更记录”的话，那写的比例还是比较高的，虽然不是写多读少。
opengps
2021-04-10 11:11:05 +08:00
题目写错了，对于大部分人的业务情况都是读远远大于写，一般初步考虑读写分离，缓存等方案，远期考虑分布式存储
对于写远远大于读的场景现实中偏少，大部分人能接触到的一般是日志系统，iot 存储业务一类，我个人有个特别典型的经历是 gps 写入模块
jorneyr
2021-04-11 13:59:56 +08:00
先写到 kafka 里慢慢更新到数据库吧，数据库能够满足存储的都差不多。
zhangysh1995
2021-04-13 15:54:47 +08:00
MySQL 有不同的存储引擎，可以考虑做替换，ARCHIVE 不知道合适不？

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/769589

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX