这更像是一个关于如何最好地管理数据库的一般性问题。
我有一个MYSQL数据库,由用户定期更新每天的事件,用户活动和日常事件的选择。它已经运行了几年了,我想也许最好将旧的事件和活动存档。
这是个好主意吗?归档的最佳实践是什么?如何在不扰乱数据库的情况下实现它?我是否需要担心表中可能包含过多的数据?是否存在表字段的唯一Is可能变得过高的情况?
我知道很多问题,但我希望这些问题中的任何一个都能得到答案,或者像YouTube,Facebook等网站如何解决这个问题的信息。
谢谢:)
发布于 2012-10-13 22:12:15
如果您害怕或遇到性能问题,可以考虑运行分析、重新索引等维护查询。
如果你真的想存档你的数据,你可以运行一个计划的任务/cron任务,将所有未使用的项(例如,比xxxx旧)放入“存档”表中;你甚至可以使用ARCHIVE Mysql engine,它允许你定义只读和压缩表,以优化数据空间的使用。
您还可以选择对表进行分区,以便将它们拆分成多个“子表”,这些子表可以位于不同的目录/驱动器中。
无论如何,我不能比其他人更多地评论任何解决方案,因为您没有告诉您确切的问题是什么(如果您有问题的话!)。如果我能帮上更多忙,请告诉我。
关于auto_increment字段,如果它们达到auto_increment列类型允许的最大值,则ID将变得太高。你写了什么?INT?BIGINT?这些允许使用very high values
https://stackoverflow.com/questions/12872718
复制相似问题