mysql order by无效问题

1，发现mysql查询时，某个字段order by排序比较乱，并不是按照我写的sql排序方式 2，事实是按照第一位数字排序，如下图所示： 3，查看val字段类型，发现val是varchar类型的。虽然值是数字，但mysql排序是按照设置的字段类型来排序的，varchar就会自动按照字符串第一位排序。 4，解决办法：1，把字段类型修改为int。2，或者在使用sql查询的时候，使用cast(val as UNSIGNED INTEGER)来转换一下类型。

ALTER

DATABASE

databasename

CHARACTER

SET

utf8

CREATE

TABLE

xs(

sgjk

VARCHAR(20),

sfkzc

VARCHAR(2)

DEFAULT

'否'

)ENGINE=INNODB

DEFAULT

CHARSET=utf8

注意设置数据库的编码，和表的编码。一般情况下，你的数据库是什么编码，如果表默认那就是和数据库一样的。这个问题应该是你在安装数据库的时候，没有选择utf-8编码。

首先我们还是先把表结构说下：用户表tb_user结构如下：

1、 不要在索引列上进行运算 *** 作， 索引将失效。

手机号phone字段有唯一索引，当根据phone字段进行函数运算 *** 作之后，索引失效:

2、 字符串类型字段使用时，不加引号，索引将失效。

如果字符串不加单引号，对于查询结果，没什么影响，但是数 据库存在隐式类型转换，索引将失效。

3、 如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。

接下来，我们来看一下这三条SQL语句的执行效果，查看一下其执行计划：

由于下面查询语句中，都是根据profession（专业）字段查询，profession字段是一个普通的索引， 我们主要看一下，模糊查询时，%加在关键字之前，和加在关键字之后的影响。

经过上述的测试，我们发现，在like模糊查询中，在关键字后面加%，索引可以生效。而如果在关键字 前面加了%，索引将会失效。

4、 用or分割开的条件， 如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会 被用到。

由于age没有索引，所以即使id有索引，索引也会失效。所以需要针对于age也要建立索引。

5、 数据分布影响：如果MySQL评估使用索引比全表更慢，则不使用索引。

---