数据库经常更新的字段和不经常更新的字段放在一起合适吗？

2020 年 1 月 6 日
 redwinam

大家好，有个数据库架构的问题想请问大家。 我的数据，有些记录的某些属性会经常更新，大概每几分钟就要更新一次，把这些字段和不更新的字段（例如 name、description 等）之放在一起合适吗？数据总记录条数其实也就上万条，字段有 30 几个。对性能影响大吗？还是说把表拆分开来更好？请问大家有没有什么好的建议？

3449 次点击
所在节点    数据库
11 条回复
opengps
2020 年 1 月 6 日
尽量拆分，热数据将来扩展缓存会轻松不少
linauror
2020 年 1 月 6 日
你这种场景分开存储会比较好
sweat89
2020 年 1 月 6 日
万条数据。
随便玩吧
maichael
2020 年 1 月 6 日
同意楼上，如果数据条数没有涨的趋势，没有必要过度优化。
RedisMasterNode
2020 年 1 月 6 日
拆分开的后果就是要分别更新，分别读取
放在一起的后果就是 Update 的时候会对这张表频繁操作，静态数据本来不需要经常变但是行数据还是经常有锁在上面阻塞

TL;DR:
看业务和数据量，未来 1 年内如果还是小业务、数据量少（没到上百万千万上亿）实际上就放一起最方便；
预估到未来 1 年内数据量增长比较大的话提前垂直拆分开，动静数据分离比较合适
U7Q5tLAex2FI0o0g
2020 年 1 月 6 日
上万条数据，没必要


@RedisMasterNode #5 “TL;DR”是这么用的？
815979670
2020 年 1 月 6 日
我的建议是可以分开存储 查询可以走视图，两个表合在一起查询
keepeye
2020 年 1 月 6 日
我沉吟两秒，我们千万级数据也没考虑这个问题，还没到考虑的时候啊
sumarker
2020 年 1 月 6 日
数据量不大,放在一起有影响,但是影响不大
crclz
2020 年 1 月 6 日
垂直拆分要按业务拆分，而不是访问、更新频率。
byteli
2020 年 1 月 6 日
百万都不到的数据，无所谓了。
起码要千万行再考虑吧

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

https://v2ex.ih06.com/t/635381

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

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

© 2021 V2EX