数据库索引，可以让查询sql语句效率更高。所以大家在写查询的sql语句时为了让语句执行效率高会让语句能命中索引，或者新建合适的索引。
可是，有时候大家会遇到像下面说的这样的情况。
明明我sql语句where条件的字段是符合索引，应该可以命中索引的，但是执行时却没有命中索引。
为什么会这样呢，是人性的……
额，串台了，调回来。
要说明这个问题，大家先来比较一下下面的这两个sql语句。
这两个sql语句唯一的区别就是where条件中id对应的值一个加了引号，一个没有加引号。
这样会有什么影响吗？
有的朋友可能要说了，这样的sql，我试过，一样都能查出来正确的结果啊。
如果数据量很小时，是也许没多大影响。
但是当数据量大的时候，就会出现上面所说的问题了，其中一个sql会因为无法命中索引，而执行非常慢。
因为如果等号左边的字段的数据类型和等号右边的数据类型不一致时，就会发生隐式转换，如此就相当于是执行函数后再进行比较，这样就会索引失效了。
那要怎么避免这样的问题发生呢？
其实简单，举例说一下，就是如果等号左边的字段的数据类型是数字类型的，那等号右边对应的值就要写成数值类型，不要加引号变成字符串类型。如果等号左边的字段是字符串类型的，那等号右边的值就一定要加引号，不要写成数字类型。
到这里，可能有的朋友犯难了，可是我代码中等号右边的值不是我写的呀，是ORM框架赋值的（比如mybatis）。这样的话，我要怎么保证等号左右的数据类型一致呢？
其实ORM框架做对应赋值时，是更加对应参数的数据类型来处理的。比如mybatis，是根据对应参数在Java中的数据类型来处理赋值的。如果在Java中的数据类型是数值类型的，那赋值拼接sql时，就不会加引号，如果在Java中的数据类型是字符串类型的，那赋值拼接sql时，就会加上引号了。
现在是不是明白了。今天的内容就到这里了。
欢迎朋友们长按点赞的小手按钮，来个三连支持我啊。