情况说明：目前使用 MySQL, 四个字段，低频短时间大量写入百万到千万，中等更新需求两分钟左右一次几十条数据，正常的范围查询需求
分库分表 ，但范围查询会有些不方便
或使用别的啥数据库更适合这种场景
This topic created in 2406 days ago, the information mentioned may be changed or developed.
Supplement 1 · Apr 3, 2020
再具体说下场景：
类似一物一码，盒码箱码关联，批量出货这样，防伪溯源这样
类似一物一码，盒码箱码关联，批量出货这样，防伪溯源这样
 |
ebony0319Apr 3, 2020 via Android
1
hbase，但是灵活性下降一点。
|
 |
MiaRunisApr 3, 2020 via iPhone
2
钱多要省事直接上 aws aurora/polardb，疼逊云的 cynosdb 没人用过不知道啥情况。这几个都读写分离，阿里直接上了 rdma，操作层面不改靠性能硬撑，大多数情况不需要再分表
|
 |
aec4dApr 3, 2020 via iPhone
3
如果查询语句很简单，没有事务要求可以上 ES, clickhouse 这些
|
 |
4
tidb 加队列异步写入
|
1 |
opengpsApr 3, 2020
5
如果必须用关系型，看下我的这篇分享： https://www.opengps.cn/Blog/View.aspx?id=284&from=v2ex
线上业务实际承载到过每秒 1500 写入，表分区单表总行数 15 亿。没到瓶颈不过后来改 nosql 了 |
 |
dalibaxiaolibaApr 3, 2020
6
支持一下 TiDB，兼容 Mysql，加上最新的 Tiflash，速度可以的
|
 |
xyjincanApr 3, 2020 via Android
7
现在有啥存在的问题
|
 |
idblifeApr 3, 2020
8
oracle 分区表
这数据量太小了 |
 |
xsm1890Apr 3, 2020
9
千万级别 mysql 压力应该也不算特别大吧。按时间分区，索引合理的话应该不会很慢
|
 |
fancy111Apr 3, 2020
10
亿级再说吧
|
 |
gz911122Apr 3, 2020
11
千万级别 mysql 也没太大压力
正常用就行了 |
 |
optionalApr 3, 2020
12
放队列慢慢写呗。 或者来个 cssandra hbase
|
 |
keenkillerApr 3, 2020
13
你这写的啥，时序数据的话，可以用时序数据库
|
 |
bnm965321Apr 3, 2020
14
放队列，然后 batch insert/batch update
|
 |
hboliveApr 3, 2020
17
确实，千万级别 mysql 其实没啥压力的。。
|
 |
zclzhangclApr 3, 2020
18
千万？没有复杂查询，到 5 亿也没问题
|
 |
19
|
 |
meeopApr 3, 2020
20
千万级别 mysql 都不用分表
我司规范是 mysql 单表最大 10 亿 另外 tidb 是最多快好省的方法 |
 |
qq976739120Apr 3, 2020
22
@meeop 单表 10 亿?????
|
 |
hooopoApr 4, 2020
24
千万就不用什么特别的方法了，升级下硬件就行
|
 |
noparking188Apr 4, 2020
25
我们公司是 mysql 操作全部走 Kafka 队列，数据量很大的表，数据产品会研究垂直拆表，一般表通过独有的业务 ID 做水平分库分表，以上前提是数据库操作全部走接口，压力丢给中间件，这样各业务方不用关心底层数据库，调接口请求资源就行
|
|
zclzhangclApr 7, 2020
26
你这个场景是多写少读。先上 mysql 单表再说，等数据量到了上索引也慢（预估单表数据量不小于 5 亿）的情况下， 再考虑分库分表
|
Select Language