一大早到公司，加班一宿的同事就跟我抱怨，说，一个表只有8w条数据，需要更新一列，根据目前进度估算，大概需要3个小时，即使不需要更新，查询每条数据也需要400ms左右；
或许确实配置太低，或许确实表的字段太多，我并没有过于吃惊，但是3小时确实太多，便一起查了一下：
- iops并不高，说明内存够用
- cpu很高，很可能没有合适的索引，说是用了索引了，还是确认一下吧
- 果然搞错了，没有用到索引
- 8w条数据，添加索引也应该很快，于是添加了一个索引，耗时不到10s
- 执行sql语句，还是很慢，explain显示可能能用到我们刚才添加的索引，但是rows上来看还是全表扫描，为什么？
- sql语句大致为： update table1 set bb=1 where aa=123
- 现在已经基本可以怀疑aa的类型应该不是int的了，查看表结构，果然aa的类型为varchar
- 修改sql语句：update table1 set bb=1 where aa=’123′
- 重新开始更新8w条数据，共耗时不到10s
分析：
因为aa是varchar类型，如果要和一个数字比较，势必要对aa进行转换，如此就用不到索引了；这种错误太容易出现了