mysql - mySQL 是否适合存储以 250 毫秒更新进入的数据流，每次更新有 30 个字节的信息，并服务于网络？

Question

标题说明了大部分内容，我想知道 MySQL 是否适合（如果不适合，还有什么更好的方法）来存储这些数据？

很可能每四分之一秒发送 3 到 6 个浮点数。（每年 1-3 GB 之间）

同时，这些数据需要能够从 MySQL 实时（或接近）访问，因此在数据库上运行一些（可能很大）查询时不能错过任何一个节拍。

MySQL可以处理这个吗？我不知道这种数据库是如何扩展的，也不知道这些数据库一次由什么构成“大量”信息。

如果数据库要接收相同的信息，但每 5 到 10 分钟聚集成一次大更新，那会改变答案吗？

Answer 1

这取决于表和硬件。一个体面的 mysql 服务器对此没有任何问题。特别是如果配备 SSD 驱动器。

插入大量数据的大型查询会更有效，因为它将是单个索引更新等等。在 0.25 秒更新和 5 分钟批量之间的某个地方会有一个甜蜜点。测试会证明这一点。

如果您正在执行复制，请记住从站是单线程的，并且这些更新最终会花费更长的时间。您还希望使用 innodb 而不是 myisam，以避免在写入期间出现表级锁定。