从 MySQL 5.0 迁移到 5.1 的原因
我正在使用一个相当繁忙的 MySQL 5.0 数据库。 我迁移到 MySQL 5.1 的主要原因是什么？ 值得这么麻烦吗？
我使用VS2008/.NET 3.5 服务器在 Windows 2008 服务器上作为 MySQL 集群运行。
感谢您迄今为止的回答。 更具体地说，我正在寻找像 Quanssnoi 那样的答案，列出对他来说最重要的功能，而不是 MySQL 功能列表的链接，我当然会阅读这些功能列表。 谢谢。
I'm using a rather busy MySQL 5.0 database. What are the main reasons for me to migrate to MySQL 5.1? Does it worth the trouble?
I use VS2008/.NET 3.5
Servers run as a MySQL cluster on Windows 2008 servers.
Thank you for your answers so far. To be more specific - I'm looking for answers such as the one by Quanssnoi, listing the features most important to him, rather than links to MySQL feature lists, which I of course read. Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
对我来说最重要的原因是分区 和 XPath 支持。
Top reasons for me would be partitioning and XPath support.
对我来说，最重要的新功能是基于行的复制。
以下是 MySQL 5.1 中的新功能列表： MySQL 中的新增功能5.1 如果您不打算利用这些新功能，并且您的生产系统运行在 MySQL 5.0 上，那么迁移到 MySQL 5.1 可能不值得。
另一方面，MySQL 6.0（仍处于 Alpha 阶段）带来了 大量新功能，包括 utf16 和 utf32 支持，以及名为 猎鹰。
For me the most important new feature was row-based replication.
Here's a list of new features in MySQL 5.1: What's New in MySQL 5.1 If you're not going to take advantage of these new features, and you have a production system running on MySQL 5.0, then moving to MySQL 5.1 might not be worth the trouble.
MySQL 6.0 (which is still in Alpha stage), on the other hand, brings a slew of new features including utf16 and utf32 support, and a new storage engine called Falcon.
我注意到 DB 转储和转储加载在 5.1 中工作得更好（5.0 存在这些向后兼容性注释的问题）。 请注意，我指的不是模式备份，而是转储（不同的东西）。
I've noticed that DB dumps and loading of dumps works much better in 5.1 (5.0 has issues with those backwards compatibility comments). Notice I'm not referring to schema Backup, but dumps (different things).