千万级数据,数据库优化方向有哪些

2020-04-03 08:12:15 +08:00
 cnbattle

情况说明:目前使用 MySQL, 四个字段,低频短时间大量写入百万到千万,中等更新需求两分钟左右一次几十条数据,正常的范围查询需求

分库分表 ,但范围查询会有些不方便

或使用别的啥数据库更适合这种场景

4413 次点击
所在节点    问与答
26 条回复
apoclast
2020-04-03 14:56:38 +08:00
还是要把查询的场景拿出来分析一下, 没有银弹
qq976739120
2020-04-03 14:58:45 +08:00
@meeop 单表 10 亿?????
hbolive
2020-04-03 22:44:12 +08:00
@cnbattle 是我们内网的刀片服务器,几千万数据,表结构比较简单,感觉没啥问题。。
hooopo
2020-04-04 00:56:30 +08:00
千万就不用什么特别的方法了,升级下硬件就行
noparking188
2020-04-04 07:46:38 +08:00
我们公司是 mysql 操作全部走 Kafka 队列,数据量很大的表,数据产品会研究垂直拆表,一般表通过独有的业务 ID 做水平分库分表,以上前提是数据库操作全部走接口,压力丢给中间件,这样各业务方不用关心底层数据库,调接口请求资源就行
zclzhangcl
2020-04-07 10:07:17 +08:00
你这个场景是多写少读。先上 mysql 单表再说,等数据量到了上索引也慢(预估单表数据量不小于 5 亿)的情况下, 再考虑分库分表

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

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

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

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

© 2021 V2EX