日入数据在200w的简单表，只有top id查询，和根据id更新。长久考虑，需要前期做什么准备？？

[mdjs198]

现在在做一个日志记录的数据库表，预计每天入库数据200万条。日常只有2个操作（后台程序完成的），top 1000 条0状态的数据 按id排序。然后每个数据排查完毕后，根据id更新信息。
长久下去的话 200万*356天＝7亿3000万，后期查询和更新上是否会有问题？
有没有必要做分区表，或者其他优化？

[human_2000]

如果更新时，会把状态从0更新成其他的 我会分成2张表 当前表 （状态全是 0) 历史表 （状态不为0），考虑按月分区 当前表更新是+触发器 ，插入历史表，删除当前表

[卖水果的net]

分区表、定时删除 都可以选择； 个人比较建议使用分区表，一个分区存最近一个月的，一个分区历史记录；当然了，历史数据也可以按月分区；

[唐诗三百首]

建议考虑定期做日志归档,例如当前表只保留3个月内的数据,超过3个月的数据,转入历史数据的数据库.

[kingtiy]

如果查询操作,只是依据id,状态的话,可以为表设计一个聚集索引(id,状态)两列 之于数据表要不要分区,我觉得还是有必要的.