共计 4654 个字符，预计需要花费 12 分钟才能阅读完成。
本篇内容介绍了“MySQL 数据库的安全配置”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
由于 MySQL 是多平台的数据库，它的默认配置要考虑各种情况下都能适用，所以在我们自己的使用环境下应该进行进一步的安全加固。作为一个 MySQL 的系统管理员，我们有责任维护 MySQL 数据库系统的数据安全性和完整性。
MySQL 数据库的安全配置必须从两个方面入手，系统内部安全和外部，另外我们还将简单介绍编程时要注意的一些问题以及一些小窍门。
系统内部安全
首先简单介绍一下 MySQL 数据库目录结构。MySQL 安装好，运行了 mysql_db_install 脚本以后就会建立数据目录和初始化数据库。如果我们用 MySQL 包安装，而且安装目录是 /usr/local/mysql，那么数据目录一般会是 /usr/local/mysql/var。系统由一系列数据库组成，每个数据库包含一系列数据库表。MySQL 是用数据库名在数据目录建立建立一个数据库目录，各数据库表分别以数据库表名作为文件名，扩展名分别为 MYD、MYI、frm 的三个文件放到数据库目录中。
MySQL 的授权表给数据库的访问提供了灵活的权限控制，但是如果本地用户拥有对库文件的读权限的话，攻击者只需把数据库目录打包拷走，然后拷到自己本机的数据目录下就能访问窃取的数据库。所以 MySQL 所在的主机的安全性是最首要的问题，如果主机不安全，被攻击者控制，那么 MySQL 的安全性也无从谈起。其次就是数据目录和数据文件的安全性，也就是权限设置问题。
从 MySQL 主站一些老的 binary 发行版来看，3.21.xx 版本中数据目录的属性是 775，这样非常危险，任何本地用户都可以读数据目录，所以数据库文件很不安全。3.22.xx 版本中数据目录的属性是 770，这种属性也有些危险，本地的同组用户既能读也能写，所以数据文件也不安全。3.23.xx 版本数据目录的属性是 700，这样就比较好，只有启动数据库的用户可以读写数据库文件，保证了本地数据文件的安全。
如果启动 MySQL 数据库的用户是，那么象如下的目录和文件的是安全的，请注意数据目录及下面的属性：
shell ls -l /usr/local/mysql
total 40
drwxrwxr-x 2 root root 4096 Feb 27 20:07 bin
drwxrwxr-x 3 root root 4096 Feb 27 20:07 include
drwxrwxr-x 2 root root 4096 Feb 27 20:07 info
drwxrwxr-x 3 root root 4096 Feb 27 20:07 lib
drwxrwxr-x 2 root root 4096 Feb 27 20:07 libexec
drwxrwxr-x 3 root root 4096 Feb 27 20:07 man
drwxrwxr-x 6 root root 4096 Feb 27 20:07 mysql-test
drwxrwxr-x 3 root root 4096 Feb 27 20:07 share
drwxrwxr-x 7 root root 4096 Feb 27 20:07 sql-bench
drwx—— 4 mysql mysql 4096 Feb 27 20:07 var
shell ls -l /usr/local/mysql/var
total 8
drwx—— 2 mysql mysql 4096 Feb 27 20:08 mysql
drwx—— 2 mysql mysql 4096 Feb 27 20:08 test
shell ls -l /usr/local/mysql/var/mysql
total 104
-rw——- 1 mysql mysql 0 Feb 27 20:08 columns_PRiv.MYD
-rw——- 1 mysql mysql 1024 Feb 27 20:08 columns_priv.MYI
-rw——- 1 mysql mysql 8778 Feb 27 20:08 columns_priv.frm
-rw——- 1 mysql mysql 302 Feb 27 20:08 db.MYD
-rw——- 1 mysql mysql 3072 Feb 27 20:08 db.MYI
-rw——- 1 mysql mysql 8982 Feb 27 20:08 db.frm
-rw——- 1 mysql mysql 0 Feb 27 20:08 func.MYD
-rw——- 1 mysql mysql 1024 Feb 27 20:08 func.MYI
-rw——- 1 mysql mysql 8641 Feb 27 20:08 func.frm
-rw——- 1 mysql mysql 0 Feb 27 20:08 host.MYD
-rw——- 1 mysql mysql 1024 Feb 27 20:08 host.MYI
-rw——- 1 mysql mysql 8958 Feb 27 20:08 host.frm
-rw——- 1 mysql mysql 0 Feb 27 20:08 tables_priv.MYD
-rw——- 1 mysql mysql 1024 Feb 27 20:08 tables_priv.MYI
-rw——- 1 mysql mysql 8877 Feb 27 20:08 tables_priv.frm
-rw——- 1 mysql mysql 428 Feb 27 20:08 user.MYD
-rw——- 1 mysql mysql 2048 Feb 27 20:08 user.MYI
-rw——- 1 mysql mysql 9148 Feb 27 20:08 user.frm
如果这些文件的属主及属性不是这样，请用以下两个命令修正之：
shell chown -R mysql.mysql /usr/local/mysql/var
shell chmod -R go-rwx /usr/local/mysql/var
用 root 用户启动远程服务一直是安全大忌，因为如果服务程序出现问题，远程攻击者极有可能获得主机的完全控制权。MySQL 从 3.23.15 版本开始时作了小小的改动，默认安装后服务要用 mysql 用户来启动，不允许 root 用户启动。如果非要用 root 用户来启动，必须加上 –user=root 的参数 (./safe_mysqld –user=root)。因为 MySQL 中有 LOAD DATA INFILE 和 SELECT … INTO OUTFILE 的 SQL 语句，如果是 root 用户启动了 MySQL 服务器，那么，数据库用户就拥有了 root 用户的写权限。不过 MySQL 还是做了一些限制的，比如 LOAD DATA INFILE 只能读全局可读的文件，SELECT … INTO OUTFILE 不能覆盖已经存在的文件。
本地的日志文件也不能忽视，包括 shell 的日志和 MySQL 自己的日志。有些用户在本地登陆或备份数据库的时候为了图方便，有时会在命令行参数里直接带了数据库的密码，如：
shell /usr/local/mysql/bin/mysqldump -uroot -ptest test test.sql
shell /usr/local/mysql/bin/mysql -uroot -ptest
这些命令会被 shell 记录在历史文件里，比如 bash 会写入用户目录的.bash_history 文件，如果这些文件不慎被读，那么数据库的密码就会泄漏。用户登陆数据库后执行的 SQL 命令也会被 MySQL 记录在用户目录的.mysql_history 文件里。如果数据库用户用 SQL 语句修改了数据库密码，也会因.mysql_history 文件而泄漏。所以我们在 shell 登陆及备份的时候不要在 - p 后直接加密码，而是在提示后再输入数据库密码。
另外这两个文件我们也应该不让它记录我们的操作，以防万一。
shell rm .bash_history .mysql_history
shell ln -s /dev/null .bash_history
shell ln -s /dev/null .mysql_history
上门这两条命令把这两个文件链接到 /dev/null，那么我们的操作就不会被记录到这两个文件里了。
外部网络安全
MySQL 数据库安装好以后，Unix 平台的 user 表是这样的：
mysql use mysql;
Database changed
mysql select Host,User,PassWord,Select_priv,Grant_priv from user;
+———–+——+———-+————-+————+
| Host | User | Password | Select_priv | Grant_priv |
+———–+——+———-+————-+————+
| localhost | root | | Y | Y |
| redhat | root | | Y | Y |
| localhost | | | N | N |
| redhat | | | N | N |
+———–+——+———-+————-+————+
4 rows in set (0.00 sec)
Windows 平台的 user 表是这样的：
mysql use mysql;
Database changed
mysql select Host,User,Password,Select_priv,Grant_priv from user;
+———–+——+———-+————-+————+
| Host | User | Password | Select_priv | Grant_priv |
+———–+——+———-+————-+————+
| localhost | root | | Y | Y |
| % | root | | Y | Y |
| localhost | | | Y | Y |
| % | | | N | N |
+———–+——+———-+————-+————+
4 rows in set (0.00 sec)
我们先来看 Unix 平台的 user 表。其中 redhat 只是我试验机的机器名，所以实际上 Unix 平台的 MySQL 默认只允许本机才能连接数据库。但是缺省 root 用户口令是空，所以当务之急是给 root 用户加上口令。给数据库用户加口令有三种方法：
1) 在 shell 提示符下用 mysqladmin 命令来改 root 用户口令:
shell mysqladmin -uroot password test
这样，MySQL 数据库 root 用户的口令就被改成 test 了。(test 只是举例，我们实际使用的口令一定不能使用这种易猜的弱口令)
2) 用 set password 修改口令：
mysql set password for );
这时 root 用户的口令就被改成 test 了。
3) 直接修改 user 表的 root 用户口令：
mysql use mysql;
mysql update user set password=password(test) where user=root
“MySQL 数据库的安全配置”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站，丸趣 TV 小编将为大家输出更多高质量的实用文章！
