我想知道InnoDB是否是格式化表格的最佳方式？该表包含一个字段,主键,该表每天将获得816k行(est.).这将变得非常快!我正在研究文件存储方式(这会更快)吗？该表将存储已经处理过的Twitter ID的ID号？
还有,SELECT min('id')声明中估计的内存使用量是多少？非常感谢任何其他想法!
我建议您按ID或日期开始分区.分区根据一些定义的逻辑将大表拆分成几个较小的表(比如按日期范围拆分),这使得它们更易于管理性能和内存.MySQL 5.1内置了此功能,或者您可以使用自定义解决方案实现它.
在实现平面文件存储时,您将失去数据库的所有优点 - 您无法再执行涉及数据的查询.
京公网安备 11010802040832号 | 京ICP备19059560号-6 