MySql 5.1版是否已准备好投入生产使用？

我们目前在应用程序中使用的是Mysql 5.0版，正在考虑迁移到5.1版 5.1.30版有多稳定

编辑

---

当5.0版发布时，MySQL 5.1花了很长时间才稳定下来，所以开发团队显然认为它已经准备好了。我读了一篇关于此版本质量的文章-总体感觉是它比当时的5.0要好，但是你最好检查一下，你没有受到一些尚未解决的边缘问题的影响。

MySQL 5.1最近发布了，所以开发团队显然认为它已经准备好了。我读了一篇关于这个版本质量的文章-总体感觉是它比当时的5.0要好，但你最好检查一下，你没有受到一些尚未解决的边缘问题的影响。

不幸的是，MySQL 5.1 GA版本周围有一些FUD，谴责质量欠佳的流程和公开缺陷清单。一旦尘埃落定，人们普遍认为是的，它不够完美，但仍然优于MySQL 5.0

---

即使每个人都称赞它是完美的，您仍然应该在部署任何升级之前彻底测试您的应用程序。您的应用程序在使用MySQL时可能不会遇到任何已知的开放性错误，但可能会遇到一些未知的错误。

不幸的是，MySQL 5.1 GA版本中存在一些FUD，谴责质量不太理想的过程和开放性错误列表。一旦尘埃落定，人们普遍认为是的，它不够完美，但仍然优于MySQL 5.0

---

即使每个人都称赞它是完美的，您仍然应该在部署任何升级之前彻底测试您的应用程序。您的应用程序使用MySQL时可能不会遇到已知的开放性错误，但可能会遇到未知的错误。

以前的MySQL版本远没有准备好，但在主要和次要站点上使用得相当成功。然而，现在MySQL的出处正在演变，人们对它的期望也在提高

我总是发现，在MySQL中记住三件事是至关重要的

坚持使用上一版本的主流最佳实践。现有功能很少退化

彻底测试（对任何产品都是如此）-您永远无法确定您对某个功能的理解是否与供应商的实现相匹配

按照自己的方式处理MySQL；不要将其与其他RDBMS产品进行比较。它对产品责任和开发人员责任的看法与其他主要商业供应商的RDBMS产品不一样

---

以前的MySQL版本还远没有准备好，但在主要和次要站点上都得到了相当成功的使用。然而，现在MySQL的出处正在演变，人们对它的期望也在提高

我总是发现，在MySQL中记住三件事是至关重要的

坚持使用上一版本的主流最佳实践。现有功能很少退化

彻底测试（对任何产品都是如此）-您永远无法确定您对某个功能的理解是否与供应商的实现相匹配

按照自己的方式处理MySQL；不要将其与其他RDBMS产品进行比较。它对产品责任和开发人员责任的看法与其他主要商业供应商的RDBMS产品不一样

---

你会称蒙蒂的意见为FUD？蒙蒂的博客发布的那天我就看了，是的，我称之为FUD。更重要的是，它来自MySQL的一位资深开发人员/创始人，他的话很有分量。那么我猜你对FUD的定义有点偏离了。FUD，要成为FUD，需要的是虚假信息，而不是事实。他甚至说，非常接近开始，“如果您正在使用MySQL 5.1作为MySQL 5.0的“更好”版本，并且您不打算使用MySQL 5.1中的任何新功能，那么您。。。。。。也许可以尝试MySQL 5.1。但是，您不应该在未对其进行全面测试的情况下将其投入生产，最好是在几个从属设备上运行几周。蒙蒂的博客，虽然事实上是真实的，但确实在用户群体中引起了恐惧、不确定性和怀疑。我不认为FUD必须包含谎言才能产生这种效果。你会称蒙蒂的观点为FUD吗？蒙蒂的博客发布的那天我就看了，是的，我称之为FUD。更重要的是，它来自MySQL的一位资深开发人员/创始人，他的话很有分量。那么我猜你对FUD的定义有点偏离了。FUD，要成为FUD，需要的是虚假信息，而不是事实。他甚至说，非常接近开始，“如果您正在使用MySQL 5.1作为MySQL 5.0的“更好”版本，并且您不打算使用MySQL 5.1中的任何新功能，那么您。。。。。。也许可以尝试MySQL 5.1。然而，你不应该在没有全面测试的情况下将其投入生产，最好是在几个奴隶身上运行几周。”蒙蒂的博客，虽然事实上是真实的，但肯定会在用户群体中产生恐惧、不确定性和怀疑。我不认为FUD必须包含虚假才能产生这种效果。