mysql10 分钟采集一百万条？要如何实现？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 2628 天前的主题，其中的信息可能已经有所发展或是发生改变。

现在太慢了

mysql10

采集

实现

现在

25 条回复 • 2018-11-29 20:30:08 +08:00

largecat

2018 年 11 月 23 日 via Android

你带宽多大

KingEngine

2018 年 11 月 23 日

集群各种优化各种**

xbdsky

2018 年 11 月 23 日

服务器配置 2 核 4G 3M 带宽 Windows 2008

brucedone

2018 年 11 月 23 日

建议还是以 csv 或者其它的文件形式批量导入

cyhulk

2018 年 11 月 23 日

1.不要索引
2.数据引擎使用 MyISAM，不要用 innodb
3.批量提交，节约带宽

danielmiao

2018 年 11 月 23 日

分表，不要建不必要的索引，10 分钟 100W 条，一秒才 1667 条，4C8G 的 mysql 5.5 innoDB 之前测试差不多 1 秒 3000 条

auxox

2018 年 11 月 23 日

曾经在一个配置很一般的容器上做过测试，开多线程，批量插入的话，mysql 的插入速度能达到 5000 条 /S

find456789

2018 年 11 月 23 日

搭车问问，postgresql 10，我有个表，其中 5 个字段，设置了唯一 unique （听说设置了唯一，就会自动建立索引）

如果我把另外 4 个字段的唯一 unique 取消，只能下一个字段设置 unique，是不是插入性能会更高？

谢谢

alex321

2018 年 11 月 23 日

redis 或者 es 先扛一扛，然后再进 mysql ？

4DAX07B8Kle4Dm6T

2018 年 11 月 23 日

用队列

petelin

2018 年 11 月 23 日

@alex321 明显应该用 kafka 抗啊.为什么要用 ES 和 Redis

opengps

2018 年 11 月 23 日

每秒写入 1667。这个数据量，我问下楼主是不是在做某种终端采集数据？
我做 gps 平台时候，最大的数据库压力就是并发写入巨大，做过类似压测，1667 这个数，是不是那 ssd 的云服务器自建的数据库？
如果以上推测准确或者接近，那么我给楼主的建议是：
1，是时候考虑分多个数据库了，及时单机性能还能提高一倍，但也仅仅是一倍，瓶颈还是很低
2，合并写入。数据库这东西，1k 大小写入 1000 行，跟 1M 大小写入 1 行，相同时间写入总量上是有提升的。试试一次写入 100 条能提高多少 io 上限
3，数据库优化角度：精简规则，借助聚集索引保证写入数据是“物理顺序”，减少这个表的读出场景，尽量使用单一的查询条件取数拿到其他表再加工。

alex321

2018 年 11 月 23 日

@petelin #11 看设计结构和使用目的吧，现在不清楚 po 主的目的。
前两天生产环境，渣渣性能机器上，70w 多数据推进 es，5min 多点。es 有各种现成的好工具哈哈，Redis 当缓存呀。

po 主这个机器性能和带宽都有影响。