MySQL 5.1.2x rc版本索引的bug
被这个问题彻底的郁闷了，最早时候是在FreeBSD下的MySQL 5.1.24 rc版本死活用不到索引，在给SELECT 语句加上FORCE INDEX (displayorder) 之后才算勉强解决。
随后在CentOS下的MySQL 5.1.23 rc版本发现了这个问题，居然在强制FORCE INDEX依旧不起作用，在经过详细的测试之后，同时居然又出现了一个 IN (1,2,3,4) 这种语句出现的索引使用的bug。
经过百般搜索，发现MySQL 5.1.26的更新文档里有说修复了这个bug，打算升级到MySQL目前的正式版本 5.1.26，但是居然只发现了rpm包，于是彻底的郁闷了。
降级吧，又怕数据在MySQL5.0下跑起来异常，真是个头疼的问题。
各位有没有比较好的解决方案，继续需求解决方案中。
以后打死不用RC版本的MySQL了。
文章列表
- MySQL优化之COUNT(*)效率
- Discuz!缓存乱码解决一例
- 打开MySQL的慢查询记录
- Linux下MySQL5.1的安装
- 实例讲解MySQL联合查询
- MySQL Left Join,Right Join
- MySQL Replace INTO的使用
- 关于mysql判断字符串的诡异事件
- MySQL int(X) 中 X 的含义
- Mysql之EXPLAIN显示using filesort
- Mysql中count(*),DISTINCT的使用方法和效率研究
- Mysql使用Describe命令判断字段是否存在
- MySQL 的数据类型和建库策略
- mysql 5.0存储过程学习总结
- MySQL的索引是以及数据库索引应用
- 对千万级MySQL数据库建立索引的事项及提高性能的手段
- MYSQL索引和优化详细说明教程
- MySQL密码丢失的找回方法(win/*inx)
- MYSQl left join 联合查询效率分析
- MySQL索引效率研究
- MySQL数据的导出和导入工具
- SQL Injection with MySQL
