MYSQL 业务上碰到的 SQL 问题整理集合
前言
身为一名前端工程师,对于 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 默认对字符匹配排序大小写不敏感,字段包括 varchar
, char
, text
内容。如果要确实要区分大小写,则在建表或者查表的时候使用 BINARY
属性。二进制的 A
与 a
还是有区别的 ~~
解决方案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 |
---|---|---|
295697141@qq.com |
1 |
|
username |
我 |
2 |
SQL语句:
SELECT `key`, `value` FROM `config` WHERE `key` IN ('username', 'email');
执行结果:
key |
value |
---|---|
295697141@qq.com |
|
username |
我 |
明明是 username
优先于 email
,结果却是 email
优先于 username
。原因在于 IN
查询只负责查询,不负责排序,而默认排序是用 id asc
,所以得到了一个不符合 IN
查询的结果。
解决方案
- 使用
ORDER BY FIELD()
- 使用
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 |
我 |
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语句
如果我们想要查询以 app
或 h5
开头的命名空间的所有配置项,可以使用 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 |
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的问题,会不断更新...
欢迎大家收藏和点赞!!!
觉得本文对你有帮助?请分享给更多人。
- 温故而知新:设计模式之桥接模式(Bridge)
- 温故而知新:设计模式之装饰模式(Decorator)
- 域名“宝贝”baby.cn以71万元价格结拍
- 温故而知新:设计模式之组合模式(Composite)
- ruby学习笔记(7)-闭包
- ruby学习笔记(6)-Array的使用
- centos7下部署iptables环境纪录(关闭默认的firewalle)
- ruby学习笔记(5)-模块module的运用
- linux系统root密码遗忘的情况下的解决办法
- ruby学习笔记(4)-动态修改类的属性
- 如果技术是一种生命
- ruby学习笔记(2)--类的基本使用
- 域名资讯:四声域名BHHS.com被BHHS公司收购
- ruby学习笔记(1)--初识语法
- MySQL 教程
- MySQL 安装
- MySQL 管理与配置
- MySQL PHP 语法
- MySQL 连接
- MySQL 创建数据库
- MySQL 删除数据库
- MySQL 选择数据库
- MySQL 数据类型
- MySQL 创建数据表
- MySQL 删除数据表
- MySQL 插入数据
- MySQL 查询数据
- MySQL where 子句
- MySQL UPDATE 查询
- MySQL DELETE 语句
- MySQL LIKE 子句
- mysql order by
- Mysql Join的使用
- MySQL NULL 值处理
- MySQL 正则表达式
- MySQL 事务
- MySQL ALTER命令
- MySQL 索引
- MySQL 临时表
- MySQL 复制表
- 查看MySQL 元数据
- MySQL 序列 AUTO_INCREMENT
- MySQL 处理重复数据
- MySQL 及 SQL 注入
- MySQL 导出数据
- MySQL 导入数据
- MYSQL 函数大全
- MySQL Group By 实例讲解
- MySQL Max()函数实例讲解
- mysql count函数实例
- MYSQL UNION和UNION ALL实例
- MySQL IN 用法
- MySQL between and 实例讲解
- Linux云服务器安装JDK和Tomcat的详细步骤(推荐)
- 浅析Linux下利用coredump技术追查进程崩溃原因
- Linux下rpm、yum和源码三种安装方式详细介绍
- linux(center OS7)安装JDK、tomcat、mysql 搭建java web项目运行环境
- 帮助你排序文本文件的 Awk 命令行或脚本(推荐)
- Centos7备份文件时备份文件加入备件日期
- Linux traceroute命令使用详解
- Linux 添加开机启动方法(服务/脚本)
- 概述Linux TTY/PTS的区别
- 在 Linux 命令行发送邮件的 5 种方法(推荐)
- Linux下Jenkins忘记密码的操作步骤
- Linux系统下Tomcat使用80端口的方法
- python 虚拟环境安装与卸载方法及遇到问题
- keras训练浅层卷积网络并保存和加载模型实例
- Python分析最近大火的网剧《隐秘的角落》