摘要:不会进行全表扫描函数是一种查询匹配字符串出现次数的函数执行语句执行结果经过相关资料的学习最终认为的效率与的效率是无法对比谁快谁慢,相关文章推荐阅读查询结果中文乱码原因主要是的编码字符集与数据库的字符集不一致导致的。
前言
身为一名前端工程师, 对于 SQL了解程度并不是很深刻, 盘点一些个人工作遇到的问题,给大家普及下知识, 以及记录自己如何解决这些问题的.导航
SELECT 语句不区分大小写?
SELECT IN 语句顺序不符合传入时要求?
SELECT 存储查询生僻汉字, 结果乱码?
SELECT LOCATE 与 LIKE 区别使用
SELECT 查询结果中文乱码?
SHOW 查询表字段的详细描述?
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 |
注意: FIND_IN_SET 第二个参数 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 |
同样再使用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 |
如果我们想要查询以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
SELECT 查询结果中文乱码?原因:主要是 mysql client 的编码字符集与数据库的字符集不一致导致的。
查看字符集方式
mysql> show variables like "%char%"; +--------------------------+----------------------------------+ | Variable_name | Value | +--------------------------+----------------------------------+ | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | latin1 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/local/mysql/share/charsets/ | +--------------------------+----------------------------------+
解决方案
1. 修改字符集
mysql> set charset utf8; mysql> show variables like "%char%"; +--------------------------+----------------------------------+ | Variable_name | Value | +--------------------------+----------------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/local/mysql/share/charsets/ | +--------------------------+----------------------------------+
2. 直接在client连接时指定字符集
mysql --default-character-set=utf8-h 127.0.0.1 -uroot -p123456 -P3306 -D test查询表字段的详细描述?
查看表的字段描述主要有以下两种方式
desc table_name;
show full columns/fields from table_name;
1.查看简单的表字段描述
mysql> desc table_name; +-----------------------+------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-----------------------+------------------+------+-----+---------+----------------+ | id | bigint(20) | NO | PRI | NULL | auto_increment | +-----------------------+------------------+------+-----+---------+----------------+
2.查看具体的表字段信息
mysql> show full fields from table_name; +-----------------------+------------------+--------------------+------+-----+---------+----------------+----------------------+------------------+ | Field | Type | Collation | Null | Key | Default | Extra | Privileges | Comment | +-----------------------+------------------+--------------------+------+-----+---------+----------------+----------------------+------------------+ | id | bigint(20) | NULL | NO | PRI | NULL | auto_increment | select,insert,update | 自增主键 | +-----------------------+------------------+--------------------+------+-----+---------+----------------+----------------------+------------------+总结
mysql, sql 里面的知识确实让人感觉深奥. 此时此刻我只是解决了我遇到问题, 一会也会遇到更多不一样的问题, 而这也是学习sql, 计算机的魅力. 以后遇到更多的关于SQL的问题, 会不断更新...
欢迎大家收藏和点赞!!!
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/17652.html
摘要:用户态不能干扰内核态所以指令就有两种特权指令和非特权指令不同的状态对应不同的指令。非特权指令所有程序均可直接使用。用户态常态目态执行非特权指令。 这是我今年从三月份开始,主要的大厂面试经过,有些企业面试的还没来得及整理,可能有些没有带答案就发出来了,还请各位先思考如果是你怎么回答面试官?这篇文章会持续更新,请各位持续关注,希望对你有所帮助! 面试清单 平安产险 飞猪 上汽大通 浩鲸科...
阅读 2755·2021-11-23 09:51
阅读 3511·2021-10-08 10:17
阅读 1247·2021-10-08 10:05
阅读 1282·2021-09-28 09:36
阅读 1814·2021-09-13 10:30
阅读 2152·2021-08-17 10:12
阅读 1658·2019-08-30 15:54
阅读 1984·2019-08-30 15:53