一、数据库的创建
1.1 库的创建
在使用数据库时,最先操作的是创建一个数据库。使用语法如下:
cpp
CREATE DATABASE [IF NOT EXISTS] database_name [[DEFAULT] CHARSET=charset_name] [[DEFAULT] COLLATE=collation_name];
对上述语句进行简单说明:
- 大写的表示关键字;
- [ ]是可选项;
- CHARACTER SET:指定数据库采用的字符集;
- COLLATE:指定数据库字符集的校验规则。
我们来看一个实例:

上述即为一个最为简单的创建数据的例子。当我们创建成功时,下面会给出我们提示。
1.2 字符集与校验规则
在创建数据库时,字符集和校验规则是非常重要的设置,它们决定了数据库中能够存储的字符类型以及如何校验输入的数据。其中,字符集是一套符号和编码的规则,而校验规则是对该套符号和编码的校验,定义符号的排序和比较规则。
1.2.1 查看字符集与校验规则
当我们在创建数据库时,我们并没有指定字符集和校验规则,系统会默认给我们选择字符集与校验规则。我们可以**通过查看MySQL系统变量variables中的character_set_database,可以得知系统默认的字符集。**具体如下图:

类似的,通过查看系统变量variables中的collation_database,可以得知系统默认的字符集校验规则。具体如下图:

其实,默认的字符集校验规则都是与我们安装MySQL时的配置文件有关,我们也可以查看配置文件/etc/my.cnf。具体如下图:

我们可以现在Linux下通过指令:show collation 查看数据库支持所有的校验规则。具体如下图:

通过指令:show charset 来查看字符集。具体如下图:

1.2.2 字符集与校验规则的设置
在我们上面的创建数据库时,并没有指定其字符集与校验规则,那么它们会是什么呢?我们来看一下。
在Linux下,我们所安装的数据库的客户端在:/var/lib/mysql 路径下。当我们创建数据库时,对应到Linux上就是创建的一个目录,本质上是在创建一个文件。具体如下图:

从上图中能够看到有一个test1的目录,这也就是我们刚刚在mysql中创建的数据库。其中包含了一个db.opt 文件,这个文件中就包含了我们创建数据库时的字符集与校验规则。如下图:

当我们创建数据库没有指定字符集和校验规则时,系统使用默认字符集:utf8,校验规则是:utf8_general_ci。
下面我们在创建数据库时自己设置字符集与校验码,具体如下图:

当然,我们可以通过查询所有的字符集与校验码进行任意设置,但是需要注意的是我们应该使用匹配的字符集与校验码!
1.2.3 校验规则对数据库的影响
我们这里再次理解一下校验规则的概念:校验规则是对该套符号和编码的校验,定义符号的排序和比较规则。**为了保证读取的数据和存储的数据是一致的,因此字符集编码格式和校验规则必须是对应的。**utf8编码格式的校验规则有utf8_general_ci、utf8_bin、utf8_unicode_ci等校验规则。
当然,校验规则涉及到了对数据库中是数据进行了增删查改的影响了。举个例子来说明一下:如果你的数据库需要对文本进行多语言的比较和排序,可以选择校验规则为utf8_general_ci(UTF-8编码,不区分大小写) 。而需要对文本进行大小写敏感的比较和排序时,校验规则应使用utf8_ bin(区分大小写)。
下面我们来结合实际例子看一下。我们在不同校验规则的数据库中创建一个表进行数据插入,在进行排序看结果就可以。
我们先来看一下校验规则为utf8_general_ci的数据库,具体如下图:

当我们想要查找name = 'a' 时,也就是进行比较表中的名字为 'a' 的数据。运行结果如下图:

如上图,我们可以很清晰的看到,当我们在校验时,校验规则为utf8_general_ci并不区分大小写的!
我们再来看一下校验规则为utf8_ bin的数据库。具体如下图:

我们再来查看name = 'a'的数据,看看校验时是否区分大小写。具体如下图:

我们看到,在读取校验数据时会以严格的规则来筛选数据,也就是区分大小写的。我们也可通过排序进行观察,如下图:

排序就是根据字符的ascll码进行排序的,默认是升序的。如果不区分大小写,那么结果就是a A b B c C。
二、数据库的操作
2.1 查看数据库
查看数据库也就是我们查看我们当前都创建了哪些数据库。使用语句:show databases;

在Linux下,可能操作一段时间后,我们就会不知道当前处于那个数据库里面了。可通过 select database() 语句来查看你所处的数据库。具体如下图:

删除数据库时,会将数据库内的数据一同全部删除。所以不建议创建数据库后直接对数据库进行删除。
2.2 删除数据库
删除数据库的语句如下:DROP DATABASE [IF EXISTS] db_name;

2.3 修改数据库
对数据库进行修改的语句:ALTER DATABASE db_name CHARACTER SET charset_name COLLATE collation_name。注意,这里的修改并不是指的修改数据库的名字,而是修改的是字符集和校验规则。我们看实例操作:

【注意】 为了保证数据库的稳定性和安全性,大多数数据库系统都不支持对库名的修改操作 。如果确实需要修改库名,通常需要先备份数据库,然后创建新的库,并将所有相关的对象从旧库迁移到新库。 下面我们看一下数据库的删除和备份。
2.4 数据库删除和备份
我们在数据库备份时,要使用专门的数据库备份软件。这里我们直接使用 mysqldump 进行备份。备份语句如下:
mysqldump -P3306 -u root -p 密码 -B 数据库名 > 数据库备份存储的文件路径

这时候我们就生成了备份文件。不妨打开备份文件看看里面的内容,如下图:

通过上图我们也能看出来,备份的文件中就是保存了我们在创建该数据库时的所有指令。例如建数据库、创建表、插入数据等SQL语句。
对数据库进行备份后,就可以将原有的数据库进行删除了。建议:如果非要删除数据库,一般情况下建议先备份,后删除。
接下来我们看怎么将备份的数据库文件进行恢复。恢复的语句:source 备份文件所在的路径。具体如下:

我么不仅仅可以备份整个数据库,还可以备份数据库中的表。语句如下:
mysqldump -u root -p 数据库名 表名1 表名2 > 所要备份的路径
其备份原理和恢复的原理都一样,这里就不再过多解释。当然,我们也可以同时备份多个数据库。语句如下:
mysqldump -u root -p -B 数据库名1 数据库名2 ... > 数据库存放路径
2.5 显示创建语句
我们也可查看当时创建数据库时所用到的语句。可使用:show create database 数据库名 进行查看。具体如下图:

【注意】
- MySQL 建议我们关键字使用大写,但是不是必须的;
- 数据库名字的反引号 ``, 是为了防止使用的数据库名刚好是关键字;
- /*!40100 default.... */ 这个不是注释,表示当前 mysql 版本大于 4.01 版本,就执行这句话。
2.6 查看连接情况
有时候我们在使用数据库时,感觉到卡顿。可以查看当前都有谁在操作这个数据库。可使用show processlist命令可以查看当前正在运行的进程列表。具体实例如下图:

这个列表包含了数据库中所有正在运行的查询、操作和其他活动。以下是一些常见的属性:
- Id:进程的唯一标识符。
- User:正在运行这个进程的用户。
- Host:正在运行这个进程的主机。
- db:正在使用的数据库。
- Command:正在运行的命令或操作。
- Time:进程开始运行的时间。
- State:进程的状态,例如"Sleeping"、"Running"、"Writing"等。
- Info:有关进程的其他信息,例如正在执行的SQL语句、正在等待的锁等。
这些属性可以帮助你了解数据库中正在运行的活动,以及它们的状态和进度。例如,如果你发现某个查询正在运行很长时间,你可能需要检查它的SQL语句,看看是否有优化的空间。或者,如果你发现数据库正在等待锁,你可能需要检查是否有并发问题。