MySQL中的这14个神仙功能，惊艳到我了！！！

古城微笑少年丶 2024-03-30 06:29 115阅读 0赞

### 前言 ###

我最近几年用`MYSQL`数据库挺多的，发现了一些非常有用的小玩意，今天拿出来分享到大家，希望对你会有所帮助。

### 1.group\_concat ###

在我们平常的工作中，使用`group by`进行分组的场景，是非常多的。

比如想统计出用户表中，名称不同的用户的具体名称有哪些？

具体sql如下：

select name from `user`
    group by name;

但如果想把name相同的code拼接在一起，放到另外一列中该怎么办呢？

答：使用`group_concat`函数。

例如：

select name,group_concat(code) from `user`
    group by name;

执行结果：  
![3c12078e2daeb354bffa6d65ed6732f3.png][]  
使用`group_concat`函数，可以轻松的把分组后，name相同的数据拼接到一起，组成一个字符串，用`逗号`分隔。

### 2.char\_length ###

有时候我们需要获取字符的`长度`，然后根据字符的长度进行`排序`。

MYSQL给我们提供了一些有用的函数，比如：`char_length`。

通过该函数就能获取字符长度。

获取字符长度并且排序的sql如下：

select * from brand where name like '%苏三%' 
    order by char_length(name) asc limit 5;

执行效果如图所示：  
![9adf4da498904281224d6c5ff672b5a7.png][]  
name字段使用关键字`模糊查询`之后，再使用`char_length`函数获取name字段的字符长度，然后按长度`升序`。

### 3.locate ###

有时候我们在查找某个关键字，比如：`苏三`，需要明确知道它在某个字符串中的位置时，该怎么办呢？

答：使用`locate`函数。

使用locate函数改造之后sql如下：

select * from brand where name like '%苏三%' 
    order by char_length(name) asc, locate('苏三',name) asc limit 5,5;

执行结果：  
![069adeb66f75e2169f77a810bb100a65.png][]  
先按长度排序，小的排在前面。如果长度相同，则按关键字从左到右进行排序，越靠左的越排在前面。

除此之外，我们还可以使用：`instr`和`position`函数，它们的功能跟`locate`函数类似，在这里我就不一一介绍了，感兴趣的小伙伴可以找我私聊。

### 4.replace ###

我们经常会有替换字符串中部分内容的需求，比如：将字符串中的字符A替换成B。

这种情况就能使用`replace`函数。

例如：

update brand set name=REPLACE(name,'A','B') 
    where id=1;

这样就能轻松实现字符替换功能。

也能用该函数去掉`前后空格`：

update brand set name=REPLACE(name,' ','') where name like ' %';
    update brand set name=REPLACE(name,' ','') where name like '% ';

使用该函数还能替换`json格式`的数据内容，真的非常有用。

### 5.now ###

时间是个好东西，用它可以快速缩小数据范围，我们经常有获取当前时间的需求。

在MYSQL中获取`当前时间`，可以使用`now()`函数，例如：

select now() from brand limit 1;

返回结果为下面这样的：  
![68eec4da19a04efc81ea37ad6790b832.png][]  
它会包含`年月日时分秒`。

如果你还想返回`毫秒`，可以使用`now(3)`，例如：

select now(3) from brand limit 1;

返回结果为下面这样的：  
![ff95a5fdb2cc1e4f791b240523d8d519.png][]  
使用起来非常方便好记。

### 6.insert into … select ###

在工作中很多时候需要`插入数据`。

传统的插入数据的sql是这样的：

INSERT INTO `brand`(`id`, `code`, `name`, `edit_date`) 
    VALUES (5, '108', '苏三', '2022-09-02 19:42:21');

它主要是用于插入少量并且已经确定的数据。但如果有大批量的数据需要插入，特别是是需要插入的数据来源于，另外一张表或者多张表的结果集中。

这种情况下，使用传统的插入数据的方式，就有点束手无策了。

这时候就能使用MYSQL提供的：`insert into ... select`语法。

例如：

INSERT INTO `brand`(`id`, `code`, `name`, `edit_date`) 
    select null,code,name,now(3) from `order` where code in ('004','005');

这样就能将order表中的部分数据，非常轻松插入到brand表中。

### 7.insert into … ignore ###

不知道你有没有遇到过这样的场景：在插入1000个品牌之前，需要先根据name，判断一下是否存在。如果存在，则不插入数据。如果不存在，才需要插入数据。

如果直接这样插入数据：

INSERT INTO `brand`(`id`, `code`, `name`, `edit_date`) 
    VALUES (123, '108', '苏三', now(3));

肯定不行，因为brand表的name字段创建了唯一索引，同时该表中已经有一条name等于苏三的数据了。

执行之后直接报错了：  
![346b268c2235c2299fe0b2a26bbe253c.png][]  
这就需要在插入之前加一下判断。

当然很多人通过在sql语句后面拼接`not exists`语句，也能达到防止出现重复数据的目的，比如：

INSERT INTO `brand`(`id`, `code`, `name`, `edit_date`) 
    select null,'108', '苏三',now(3) 
    from dual where  not exists (select * from `brand` where name='苏三');

这条sql确实能够满足要求，但是总觉得有些麻烦。那么，有没有更简单的做法呢？

答：可以使用`insert into ... ignore`语法。

例如：

INSERT ignore INTO `brand`(`id`, `code`, `name`, `edit_date`) 
    VALUES (123, '108', '苏三', now(3));

这样改造之后，如果brand表中没有name为苏三的数据，则可以直接插入成功。

但如果brand表中已经存在name为苏三的数据了，则该sql语句也能正常执行，并不会报错。因为它会忽略异常，返回的执行结果影响行数为0，它不会重复插入数据。

### 8.select … for update ###

MYSQL数据库自带了`悲观锁`，它是一种排它锁，根据锁的粒度从大到小分为：`表锁`、`间隙锁`和`行锁`。

在我们的实际业务场景中，有些情况并发量不太高，为了保证数据的正确性，使用悲观锁也可以。

比如：用户扣减积分，用户的操作并不集中。但也要考虑系统自动赠送积分的并发情况，所以有必要加悲观锁限制一下，防止出现积分加错的情况发生。

这时候就可以使用MYSQL中的`select ... for update`语法了。

例如：

begin;
    select * from `user` where id=1 
    for update;
    
    //业务逻辑处理
    
    update `user` set score=score-1 where id=1;
    commit;

这样在一个事务中使用`for update`锁住一行记录，其他事务就不能在该事务提交之前，去更新那一行的数据。

需要注意的是for update前的id条件，必须是表的`主键`或者`唯一索引`，不然行锁可能会失效，有可能变成`表锁`。

### 9.on duplicate key update ###

通常情况下，我们在插入数据之前，一般会先查询一下，该数据是否存在。如果不存在，则插入数据。如果已存在，则不插入数据，而直接返回结果。

在没啥并发量的场景中，这种做法是没有什么问题的。但如果插入数据的请求，有一定的并发量，这种做法就可能会产生重复的数据。

当然防止重复数据的做法很多，比如：`加唯一索引`、`加分布式锁`等。

但这些方案，都没法做到让第二次请求也更新数据，它们一般会判断已经存在就直接返回了。

这种情况可以使用`on duplicate key update`语法。

该语法会在插入数据之前判断，如果主键或唯一索引不存在，则插入数据。如果主键或唯一索引存在，则执行更新操作。

具体需要更新的字段可以指定，例如：

INSERT  INTO `brand`(`id`, `code`, `name`, `edit_date`) 
    VALUES (123, '108', '苏三', now(3))
    on duplicate key update name='苏三',edit_date=now(3);

这样一条语句就能轻松搞定需求，既不会产生重复数据，也能更新最新的数据。

但需要注意的是，在高并发的场景下使用`on duplicate key update`语法，可能会存在`死锁`的问题，所以要根据实际情况酌情使用。

### 10.show create table ###

有时候，我们想快速查看某张表的字段情况，通常会使用`desc`命令，比如：

desc `order`;

结果如图所示：  
![df5459727d60ad27a18debf37d403300.png][]  
确实能够看到order表中的字段名称、字段类型、字段长度、是否允许为空，是否主键、默认值等信息。

但看不到该表的索引信息，如果想看创建了哪些索引，该怎么办呢？

答：使用`show index`命令。

比如：

show index from `order`;

也能查出该表所有的索引：  
![63708847adf33a83448df588fbb94c1e.png][]  
但查看字段和索引数据呈现方式，总觉得有点怪怪的，有没有一种更直观的方式？

答：这就需要使用`show create table`命令了。

例如：

show create table `order`;

执行结果如图所示：  
![41d71330832d246ec36783c6c8e1f816.png][]  
其中`Table`表示`表名`，`Create Table`就是我们需要看的`建表信息`，将数据展开：  
![2b194324a4ff99c008a6e87e1c719f07.png][]  
我们能够看到非常完整的建表语句，表名、字段名、字段类型、字段长度、字符集、主键、索引、执行引擎等都能看到。

非常直接明了。

### 11.create table … select ###

有时候，我们需要快速备份表。

通常情况下，可以分两步走：

1.  创建一张临时表
2.  将数据插入临时表

创建临时表可以使用命令：

create table order_2022121819 like `order`;

创建成功之后，就会生成一张名称叫：order\_2022121819，表结构跟order一模一样的`新表`，只是该表的`数据为空`而已。

接下来使用命令：

insert into order_2022121819 select * from `order`;

执行之后就会将order表的数据插入到order\_2022121819表中，也就是实现数据备份的功能。

但有没有命令，一个命令就能实现上面这两步的功能呢？

答：用`create table ... select`命令。

例如：

create table order_2022121820 
    select * from `order`;

执行完之后，就会将order\_2022121820表创建好，并且将order表中的数据自动插入到新创建的order\_2022121820中。

一个命令就能轻松搞定`表备份`。

### 12.explain ###

很多时候，我们优化一条sql语句的性能，需要查看`索引`执行情况。

答：可以使用`explain`命令，查看mysql的`执行计划`，它会显示`索引的使用情况`。

例如：

explain select * from `order` where code='002';

结果：  
![1e7d5e8c5dac9acf3ea0c4082b3b0633.png][]

通过这几列可以判断索引使用情况，执行计划包含列的含义如下图所示：  
![bf8131a9efc8f0d0d5a4fa3dff017434.png][]  
如果你想进一步了解explain的详细用法，可以看看我的另一篇文章《[explain | 索引优化的这把绝世好剑，你真的会用吗？][explain _]》

说实话，sql语句没有走索引，排除没有建索引之外，最大的可能性是索引失效了。

下面说说索引失效的常见原因：  
![bfe963ce084d580d9c4ef403bc4e328f.png][]  
如果不是上面的这些原因，则需要再进一步排查一下其他原因。

### 13.show processlist ###

有些时候我们线上sql或者数据库出现了问题。比如出现了数据库连接过多问题，或者发现有一条sql语句的执行时间特别长。

这时候该怎么办呢？

答：我们可以使用`show processlist`命令查看`当前线程执行情况`。

如图所示：  
![c1b1364181d4c2f0b5e38970a71b4d7e.png][]  
从执行结果中，我们可以查看当前的连接状态，帮助识别出有问题的查询语句。

*  id 线程id
 *  User 执行sql的账号
 *  Host 执行sql的数据库的ip和端号
 *  db 数据库名称
 *  Command 执行命令，包括：Daemon、Query、Sleep等。
 *  Time 执行sql所消耗的时间
 *  State 执行状态
 *  info 执行信息，里面可能包含sql信息。

如果发现了异常的sql语句，可以直接kill掉，确保数据库不会出现严重的问题。

### 14.mysqldump ###

有时候我们需要导出MYSQL表中的数据。

这种情况就可以使用`mysqldump`工具，该工具会将数据查出来，转换成insert语句，写入到某个文件中，相当于`数据备份`。

我们获取到该文件，然后执行相应的insert语句，就能创建相关的表，并且写入数据了，这就相当于`数据还原`。

mysqldump命令的语法为：  
`mysqldump -h主机名 -P端口 -u用户名 -p密码 参数1,参数2.... > 文件名称.sql`

备份远程数据库中的数据库：

mysqldump -h 192.22.25.226 -u root -p123456 dbname > backup.sql

[3c12078e2daeb354bffa6d65ed6732f3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/d742414d06474073ac0acb3571c17775.png
[9adf4da498904281224d6c5ff672b5a7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/a94202b1c7f747a5a4da1e3f921921b4.png
[069adeb66f75e2169f77a810bb100a65.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/c5dda6e54c6c424da9b7bba8d0eec024.png
[68eec4da19a04efc81ea37ad6790b832.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/4130c050f50c4dad9e33b9c301d569b8.png
[ff95a5fdb2cc1e4f791b240523d8d519.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/9a8243fbb9194f179d0cb6687fe2c3c5.png
[346b268c2235c2299fe0b2a26bbe253c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/7e3979c9e19e4aa996bd6ac1197644fd.png
[df5459727d60ad27a18debf37d403300.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/5f0f93a40f824294a1f822a02603b07c.png
[63708847adf33a83448df588fbb94c1e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/49ecd1a169f04506aa0f509c0d2df291.png
[41d71330832d246ec36783c6c8e1f816.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/aec40d31ab7c40e9bdff5277e62c87d9.png
[2b194324a4ff99c008a6e87e1c719f07.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/bbbe0bf3e8db4e66a1992e82e22aede7.png
[1e7d5e8c5dac9acf3ea0c4082b3b0633.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/20e1d919943241ec9c91696787193da1.png
[bf8131a9efc8f0d0d5a4fa3dff017434.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/b71f450122e343d49ea51a1aa1b99c6e.png
[explain _]: https://mp.weixin.qq.com/s?__biz=MzkwNjMwMTgzMQ==&mid=2247490262&idx=1&sn=a67f610afa984ecca130a54a3be453ab&chksm=c0ebc23ef79c4b2869dea998e413c5cbea6aeeea01ee74efc7c1a5fc228baa7beca215adf3ea&token=751314179&lang=zh_CN&scene=21#wechat_redirect
[bfe963ce084d580d9c4ef403bc4e328f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/7db41b46ad564f19a5aeae6226e049e5.png
[c1b1364181d4c2f0b5e38970a71b4d7e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/30/7ff131e4195f48fb944f86c44f53f4be.png