MYSQL 业务上碰到的 SQL 问题整理集合

时间:2022-05-02
本文章向大家介绍MYSQL 业务上碰到的 SQL 问题整理集合,主要内容包括前言、导航、LOCATE 函数、总结、基本概念、基础应用、原理机制和需要注意的事项等,并结合实例形式分析了其使用技巧,希望通过本文能帮助到大家理解应用这部分内容。

前言

身为一名前端工程师,对于 SQL了解程度并不是很深刻,盘点一些个人工作遇到的问题,给大家普及下知识,以及记录自己如何解决这些问题的。

导航

  • SELECT 语句不区分大小写?
  • SELECT IN 语句顺序不符合传入时要求?
  • SELECT 存储查询生僻汉字, 结果乱码?
  • SELECT LOCATE 与 LIKE 区别使用
SELECT 查询语句不区分字母大小写?

相信这是一个非常常见的问题了,而这个问题的原因主要还是表字符集引起的。

假设存在 config表结构:

Field

Type

Allow Null

Default Value

key

varchar(255)

No

value

varchar(255)

No

id

int(11)

No

表内数据如下:

key

value

id

VERSION

1.0.1

1

version

2.0.1

2

执行语句为:

SELECT `key`,`value` FROM config WHERE `key` = 'version' LIMIT 1;

期待结果:

key

value

version

2.0.1

执行结果:

key

value

VERSION

1.0.1

为什么会有这种现象?

mysql 默认对字符匹配排序大小写不敏感,字段包括 varcharchartext 内容。如果要确实要区分大小写,则在建表或者查表的时候使用 BINARY 属性。二进制的 Aa 还是有区别的 ~~

解决方案1:修改sql语句

SELECT `key`,`value` FROM config WHERE `key` = binary('version') LIMIT 1;

或者

SELECT `key`,`value` FROM config WHERE binary `key` = 'version' LIMIT 1;

解决方案2:修改表结构

建表语句

CREATE TABLE `config` (
  `key` BINARY varchar(255) NOT NULL,
  `value` BINARY varchar(255) DEFAULT NULL,
  `id` int(11) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

修改表语句

ALTER TABLE `config` MODIFY COLUMN `key` varchar(255) BINARY NOT NULL;
SELECT IN 语句顺序不符合传入时要求?

config表为例,表内数据:

key

value

id

email

295697141@qq.com

1

username

2

SQL语句:

SELECT `key`, `value` FROM `config` WHERE `key` IN ('username', 'email');

执行结果:

key

value

email

295697141@qq.com

username

明明是 username 优先于 email,结果却是 email优先于 username。原因在于 IN 查询只负责查询,不负责排序,而默认排序是用 id asc,所以得到了一个不符合 IN查询的结果。

解决方案

  1. 使用 ORDER BY FIELD()
  2. 使用 ORDER BY FIND_IN_SET()
SELECT `key`, `value` FROM `config` WHERE `key` IN ('username', 'email') ORDER BY FIELD('key','username', 'email');

或者

SELECT `key`, `value` FROM `config` WHERE `key` IN ('username', 'email') ORDER BY FIND_IN_SET(`key`,'username,email');

最终执行结果:

key

value

username

email

295697141@qq.com

注意: FINDINSET 第二个参数 strlist 逗号之间不需要空格

SELECT 存储查询生僻汉字, 结果乱码?

前提,数据库和表都是采用的是 utf8字符集。生僻字比如 ?

INSERT INTO `config` (`key`,`value`,`id`) VALUES ('word', '?', 7);

查询SQL:

SELECT * FROM `config` WHERE `key` = 'word' LIMIT 1;

执行结果:

value

key

id

word

????

7

出现了 ???? 这种情况,难道说 utf8字符集没有记录这个生僻字么?

mysql 支持的 utf8 编码最大字符长度为 3 字节,如果遇到 4 字节的宽字符就会插入异常了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff,也就是 Unicode 中的基本多文种平面(BMP)。也就是说,任何不在基本多文本平面的 Unicode字符,都无法使用 Mysql 的 utf8 字符集存储。包括 Emoji 表情(Emoji 是一种特殊的 Unicode 编码,常见于 ios 和 android 手机上),和很多不常用的汉字,以及任何新增的 Unicode 字符等等。

引用一段 关于 MySQL UTF8 编码下生僻字符插入失败/假死问题的分析 内容。

解决方案:

修改字符集:

//修改数据库字符集
ALTER DATABASE test CHARACTER SET = utf8mb4;
//修改表字符集
alter table `config` convert to character set utf8mb4;
//修改字符字符集
ALTER TABLE `config` CHANGE COLUMN `value` `value` varchar(12) CHARACTER SET utf8mb4;

最终执行sql:

//设置连接 socket 使用字符集
SET NAMES utf8mb4;
//修改表字段字符集
ALTER TABLE `config` CHANGE COLUMN `value` `value` varchar(12) CHARACTER SET utf8mb4;
//更新值
UPDATE `config` SET `value` = '?' WHERE `key` = 'word';
//查询
SELECT * FROM `config` WHERE `key` = 'word';

执行结果:

key

value

id

word

?

7

SELECT LOCATE 与 LIKE 区别使用

同样再使用 config表举一个例子, 假如有以下的行数据:

key

value

id

app.version

1.0.0

8

h5.version

1.0.1

9

app.email

test@gmail.com

10

h5.email

test@outlook.com

11

LIKE语句

如果我们想要查询以 apph5 开头的命名空间的所有配置项,可以使用 LIKE语句。

SELECT `key`, `value` FROM `config` WHERE `key` LIKE 'h5.%';

执行结果:

key

value

h5.version

1.0.1

h5.email

test@outlook.com

如果想去掉 h5命名空间前缀,可以使用 substring 函数。

SELECT substring(`key`, length('h5.') + 1), `value` FROM `config` WHERE `key` LIKE 'h5.%';

执行结果:

key

value

version

1.0.1

email

test@outlook.com

LIKE 在字符串全匹配,以及前置查询如 h5.%的时候, 如果存在索引会有一定的优化作用。不会进行全表扫描。

LOCATE 函数

LOCATE是一种查询匹配字符串出现次数的函数。

执行语句:

SELECT `key`, `value` FROM `config` WHERE LOCATE('app',`key`) > 0;

执行结果:

key

value

app.version

1.0.0

app.email

test@gmail.com

经过相关资料的学习, 最终认为 LIKE的效率与 LOCATE的效率是无法对比谁快谁慢,相关文章推荐阅读 MySQL LIKE vs LOCATE。

总结

mysql, sql 里面的知识确实让人感觉深奥。此时此刻我只是解决了我遇到问题,一会也会遇到更多不一样的问题,而这也是学习sql,计算机的魅力。以后遇到更多的关于SQL的问题,会不断更新...

欢迎大家收藏和点赞!!!

觉得本文对你有帮助?请分享给更多人。