我一直在努力谨慎，不及早采取行动。 我是企业黄金用户。 我有每个Python / Django，Ruby on Rails和PHP（主要是WordPress）的应用程序集群。 （编辑：所有的服务器都是Linux的。）我现在正在考虑冒险。 我有空余的东西，所以我不害怕转换的后勤。 （除非你有一个5.0 Master + 5.1 Slave恐怖故事分享。）由于Monty的咆哮，我不情愿，但我真的想要一些新的function。 （尤其是information_schema的补充。）我是一个全职的DBA，所以我喜欢知道我的服务器和我的数据发生了什么。 我为一家新闻机构工作，所以我们没有像普通LAMP用户那样的自由体验时间。 感觉5.1已经到了。
什么说你？
如果您有足够的理由这样做，那么当您获得花费（大量）时间的任务时，请继续。 如果我是你的老板，我想知道花很多时间和风险的一个很好的理由。
升级像MySQL这样的组件将会是一个巨大的工作，尤其是性能testing。
在任何情况下，它都取决于您的应用程序如何被自动化testing用例覆盖，以及您的发布过程有多复杂。 但是升级数据库听起来像是需要每个testing的事情。
您至less需要对应用程序的关键部分进行性能testing，并进行一些浸泡/压力testing，以确保您不会以某种方式使用它，这会随着时间的推移将机器吹起来。
根据您拥有的数据量（以及您的应用程序的冗余/停机时间要求是多less，您的维护时间有多大等等），转换的后勤可能会成为问题，也可能不成问题。
我认为即使物stream不平凡，testing比迁移的物stream要困难得多。 我最近从4.1升级到5，这个项目花了6个月，主要是因为testing很难。 我们发现几乎没有MySQL升级造成的错误。