mySQL是否适合存储更新250ms的数据流，每次更新30字节的信息，并服务于web？

Question

标题说明了大部分问题，我想知道MySQL是否适合存储这些数据(如果不适合，还有什么更好的)？

它最有可能是每季度发送3到6个浮点数。(每年在1-3 GB之间)

同时，这些数据需要是从MySQL实时(或接近)访问的，这样在数据库上运行一些(可能很大的)查询时，它就不会错过一个节拍。

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

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

Answer 1

这取决于表和硬件。一个不错的mysql服务器在这方面不会有问题。特别是在配备SSD驱动器的情况下。

插入大量数据的大型查询将更高效，因为它将是单个索引更新，等等。在.25的第二次更新和5分钟的批量更新之间，会有一个最佳的时间点。测试将会证明这一点。

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