MySQL操作数据库实战指南

一 创建数据库 1 创建数据库的方式 create database database1;带选项的创建 create database if not exis

一.创建数据库

1. 创建数据库的方式

create database database1;

image-20230716160242203

带选项的创建

create database if not exists database1;

如果不存在(if not exists)才创建数据库database1。

image-20230716162145611

2. 创建数据库时的编码问题

与数据打交道的数据库的创建一定与编码有关系。创建数据库的时候,有两个编码集:

  • 数据库编码集:数据库未来存储数据的编码集。
  • 数据库校验集:支持数据库,进行字段比较使用的编码,本质也是一种读取数据库中数据的采用的编码格式。

因此,数据库无论对数据做任何操作,都需要保证数据库的操作和编码必须是编码一致的。

查看系统默认支持的字符集和校验集:

show variables like 'character_set_database';

image-20230716163250563

show variables like 'collation_database';

image-20230716163406782

查看connection、database、server的校验集:

show variables like 'collation_%';

image-20230716163700707

大部分情况下,数据库的连接,数据库本身、数据库的服务器都是utf8的。在最开始的my.cnf配置中,我们把默认字符集全部配成了utf8进行统一,如果不配置,可能就会因为编码的不同导致无法正确解析数据。

查看数据库全部的字符集

show charset;

image-20230716163933162

查看对照表,数据库选择的就是其中的utf8的字符集。

查看数据库支持的字符集校验规则

show collation;

3. 指定编码创建数据库

当我们创建数据库没有指定字符集和校验规则时,系统使用默认字符集:utf8,校验规则是:utf8_general_ci。

两种方式:

create database d2 charset=utf8; #指定编码格式utf8

image-20230716200505946

create database d3 set utf8; #指定编码格式utf8

image-20230716200815758

编码集字符集同时设置:

create database d4 charset=utf8 collate utf8_general_ci; #既指明编码,又指明校验规则

根据字符集表以及校验表创建不同编码和校验规则的数据库

image-20230716201340291

4. 验证校验规则对数据库的影响

不区分大小写

创建一个数据库,校验规则使用utf8_ general_ ci[不区分大小写]

create database test1 collate utf8_general_ci;
use test1;
create table person(name varchar(20));

image-20230717204517443

由于是不区分大小写的,所以在指定查’a’的时候,utf8_ general_ ci校验规则会将’A’和’a’一并查出:

image-20230717204907443

区分大小写

创建一个数据库,校验规则使用utf8_ bin[区分大小写]

create database test2 collate utf8_bin;
use test2;
create table if not exists person(name varchar(20));

image-20230717205550620

因此,校验规则的不同,我们查出的结果也有可能不同。

校验规则的不同,排序的顺序也会不同:(从小到大)

image-20230717205936435

故忽略大小写时,大小写的排序不做区分。

二.数据库与文件系统的关系

创建数据库:create database db_name; 本质就是在/var/lib/mysql创建一个目录。

删除数据库:drop database db_name; 本质就是在/var/lib/mysql删除目录。

因此,我们可以在/var/lib/mysql上创建目录,那么数据库层面也一定会产生相应的数据库。

image-20230716161418944

同理,在mysql目录中删掉一个目录,数据库层面的对应数据库也会被删掉。

当然,绝对不应该在文件系统层面创建目录从而生成对应数据库,这样是不合理的。因此mysql8.0就禁掉了这个功能,而mysql5.6支持。

三.操纵数据库

1. 查看数据库

show databases;

image-20230716155403820

如果想要确定是在哪个数据库里,可以执行:

select database();

image-20230719130308084

2. 删除数据库

drop database db_name;

执行删除之后的结果:

  • 数据库内部看不到对应的数据库
  • 对应的数据库文件夹被删除,级联删除,里面的数据表全部被删

注意:不要随意删除数据库

3. 修改数据库

对数据库的修改主要指的是修改数据库的字符集,校验规则

alter database test2 charset=gbk collate gbk_Chinese_ci;

image-20230719130801155

四.数据库的备份和恢复

1.数据库的备份

 mysqldump -P3306 -u root -p 密码 -B 数据库名 > 数据库备份存储的文件路径

-B:代表选择数据库的选项。

image-20230719135036092

test1.sql中存储的不仅仅是test1数据库中的数据,还有历史上创建过的命令:

image-20230719135143891

至此就完成了对数据库test1的备份操作。

2.数据库的恢复

现在,将test1数据库删掉:

image-20230719135825570

这样,在/var/lib/mysql的路径下,一定也不存在test1目录。

通过pwd命令,我们知道test1.sql所在的路径:

然后,通过以下恢复命令:

mysql> source /root/MySQL/test1.sql;

image-20230719140542138

此时,就可以查看到对应test1的数据库及其内容:

image-20230719141029717

注意事项

如果备份的不是整个数据库,而是其中的一张表,怎么做?

mysqldump -u root -p 数据库名 表名1 表名2 > 路径/mytest.sql

同时备份多个数据库

mysqldump -u root -p -B 数据库名1 数据库名2 ... > 数据库存放路径

如果备份一个数据库时,没有带上-B参数, 在恢复数据库时,需要先创建空数据库,然后使用数据库,再使用source来还原。

五.查看连接情况

如果在使用数据库时,出现卡顿,那么有可能访问数据库的不止你一个,所以,通过如下命令,我们可以看到User的数量及名称Id。

show processlist;

image-20230719143408395

这可以告诉我们当前有哪些用户连接到我们的MySQL,如果查出某个用户不是你正常登陆的,很有可能你的数据库被人入侵了。

总结

到此这篇关于MySQL操作库的文章就介绍到这了,更多相关MySQL操作库内容请搜索好代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持好代码网!

您可能有感兴趣的文章
centos7安装MySQL教程

MySQL常用SQL查询语句(含复杂SQL查询)

MySQL细数发生索引失效的情况

mysqlenum字段类型的谨慎如何使用

Mysql体系化探讨令人头疼的JOIN运算