【问题标题】:MYSQL Database managementMYSQL数据库管理
【发布时间】:2012-10-04 01:47:50
【问题描述】:

这是一个关于如何最好地管理数据库的一般性问题。

我有一个 MYSQL 数据库,用户会定期更新该数据库的每日事件、用户活动和每日事件选择。这已经运行了几年,我认为最好将旧事件和活动存档。

这是个好主意吗?归档的最佳实践是什么?如何在不破坏数据库的情况下实现它?我是否需要担心表可能包含太多数据?表字段的唯一 ID 是否有时会变得过高?

我知道很多问题,但我希望能回答这些问题,或者提供有关 YouTube、Facebook 等网站如何解决此问题的信息。

谢谢:)

【问题讨论】:

  • 首先,他们不使用 MySQL。
  • 不适用于 Facebook:mysql.com/customers/view/?id=757。还包含提问者可能相关的文章
  • @Paul Tomblin,我不太关心不同公司使用 MYSQL,但更关心管理它们的最佳方法。我认为这是非常普遍的。
  • @Josh Davenport,感谢您的链接。看起来阅读材料很多,我会读一读。

标签: mysql database content-management-system archive


【解决方案1】:

如果您害怕或遇到性能问题,可以考虑运行维护查询,如 ANALYZE、REINDEX 等。

如果你真的想归档你的数据,你可以运行一个计划任务/cron 作业来将所有未使用的项目(即早于 xxxx)放在“归档”表中;您甚至可以使用 ARCHIVE Mysql engine 定义只读和压缩表以优化数据空间使用。

您还可以选择对表进行分区,以便将它们拆分为多个“子表”,这些“子表”可能位于不同的目录/驱动器中。

无论如何,我不能比其他人更推荐任何解决方案,因为你没有说出你的确切问题是什么(如果你有一个!)。如果我能提供更多帮助,请告诉我。

关于 auto_increment 字段,如果 ID 达到您的 auto_increment 列类型允许的最大值,则会变得过高。你放了什么? INT?大整数?那些允许very high values

【讨论】:

  • 感谢您提供此信息。我没有具体问题,我只是想了解数据库并确保它继续有效运行。我会查看您提供的 ARCHIEVE Mysql 引擎链接。
猜你喜欢
  • 2013-06-15
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-02-10
  • 1970-01-01
  • 2012-08-17
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多