mysql 数据库频繁插数据的处理方案讨论

[autumnhlf01]

请教个问题，类似温度，湿度硬件对接的时候，数据通过 websocket 获取，这些数据每隔几十秒就会传一组过来，咋处理这些数据？直接存数据库吗，这样数据库压力也太大了，通过 mq 的方式来存储，但是最终还是要插入数据库，还是会造成数据库压力

我的想法是 把数据直接放到 redis 里面，但是越到后期，数据也会很多，查询也不太好查吧？

没咋处理过这种场景，一时间没啥头绪，特来问问 v 友，有没有实际处理过类似问题的，求教

[highkay]

老项目的话，建议额外引入单独的“IOT 服务”组件，使用时序数据库存储，这么做就是最佳实践，系统也是相对隔离来维护的，降低总体的复杂度，然后通过批的方式把业务需要用的（主要是联查）数据插入到 mysql 里面

[OliverDD]

这种海量终端机器生成的结构化/半结构化监控数据，就是 OLAP 使用场景啊，建议上 OLAP 数据库，比如单机 duckdb 、独立数据库就 clickhouse ；也可以时序数据库。