mysql负向查询（>,<,in,not in……）以及between的索引使用情况

经常在网上看到这样的mysql索引优化：使用between代替>和<，可以避免索引无法使用的情况，以及in无法使用索引等。其实这都是有一定误区的。首先声明一个观点：>,<,in,between等等，都是可以使用索引的。

测试用表：one，数据2621440行，版本：5.5.53

至于其它如in这些，由于时间有效，就不一一验证了。所以，网上的信息不可尽信，还是要自己动手验证

改成 case isManage when 1 then 'true' else 'false' end 字段名,

或者 case when isManage =1 then 'true' else 'false' end 字段名。

关于乱码的原因不好一下说出,给出以下办法,尝试排除法来解决一下看看:

解决MySql数据乱码:

1 写过滤器设置编码格式(格式和JSP页面的编码一样)，或则在请求里面写request.setCharacterEncoding("编码方式")

2 如果是查询出数据乱码，在链接的URL上加上编码格式(你这里加了，没问题)

3 修改my.ini文件里面的 default-character-set= 您要的编码格式 (一共有两处，你查找一下 改为一样的编码格式)

4 如果是写入到数据库之后是乱码(前提是已经写了过滤器处理编码),修改my.ini文件里面查找sql-mode 设置 sql-mode ="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

如果出现乱码情况 就试试吧！

AUTO_INCREMENT=11 这个意思就是ID或是指定的列从11开始自增...比如你添加第一条记录,则变成12,以此类推......

---