mysql order by无效问题

mysql order by无效问题,第1张

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评估使用索引比全表更慢,则不使用索引。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/8466362.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-16
下一篇 2023-04-16

发表评论

登录后才能评论

评论列表(0条)

保存