每日20-25百万行将在午夜时分移除,以备下一天使用.mySQL可以处理2500万个索引行吗？什么是另一个好的解决方案？
您提供的上下文信息非常少,但有时不使用数据库,而是二进制/纯文本文件很好,可以 - 根据您的要求 - 更加高效和可维护.例如,如果它的传感器数据存储在二进制文件中,每个记录在一个已知的偏移处可能是一个很好的解决方案.你说每24小时删除一次数据似乎表明你可能不需要一些关系数据库解决方案的属性,如ACID,复制,集成备份等等,所以也许平面文件方法可以正常使用？
我们的MySQL数据库有超过3亿行索引,我们只遇到运行速度有点慢的复杂连接问题 - 大多数都可以进行优化.
处理行没有问题 - 我们的表现的关键是良好的索引.
考虑到你正在午夜丢弃信息,我还会看看MySQL分区,这将允许你放弃表的那一部分,同时允许第二天继续插入,如果需要的话.