针对 MySQL 数据库的版本也做个调查。分析一下大家使用 MySQL 的趋势与习惯。选择大家都选择的，总不会有更大的错误。而如果使用了一个不太合适的版本，或许会后患无穷。
点击访问在线调查 (如果你不能访问这个 URL，需要动动脑子想想为什么)。
现阶段收集到的统计数据：
国内用户用 5.0 的是最多的。如果小版本加起来还是 5.1 的居多。4.1 的版本渐渐推出历史舞台。如果你也在考虑选择 MySQL 的版本，这个数据是否对你有参考性呢?
–EOF–
针对 MySQL 数据库的版本也做个调查。分析一下大家使用 MySQL 的趋势与习惯。选择大家都选择的，总不会有更大的错误。而如果使用了一个不太合适的版本，或许会后患无穷。
点击访问在线调查 (如果你不能访问这个 URL，需要动动脑子想想为什么)。
现阶段收集到的统计数据：
国内用户用 5.0 的是最多的。如果小版本加起来还是 5.1 的居多。4.1 的版本渐渐推出历史舞台。如果你也在考虑选择 MySQL 的版本，这个数据是否对你有参考性呢?
–EOF–
路过的沙发
好像5.0的支持期要过了吧。
应该主要是5.0版本的各方面提升都比较大，很多网站在这个时候采用了MySQL，版本一般就不太会变化了，毕竟5.1的新特性用的上的不多，分区功能不咋稳定，现在还不敢用的说。
我们用的多的还是MyISAM，把事务型数据表分离后可能要大量采用InnoDB处理事务，那个时候升级到5.1就有必要了，XtraDB对InnoDB的改进还是比较显著的。
不是吧，这么多人(=@__@=)哪里？5.5和6.0来运行生产环境？
这里面为什么没有MySQL 5.4版本?
@liuxingmat
已经添加。
估计5.5版本在GA与以后会引来装机和测试的高潮
5.1 分区的稳定性还凑合了，不过如果自己在应用层实现分区的话，继续凑合5.0也行。
maria也很值得关注，最近在一个slave上用了，还好，而且确实由于maria的结构，所有用到临时表的select性能都有提高甚至是显著提高；mysql经常会很怪异的不管record set的大小直接用临时表的。
为啥没有5.0.45的选项？redhat 5.3及其clone系列默认带的mysql可就是这个版本，而且：这个版本还是有bug会带来性能问题的