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