没有合适的资源?快使用搜索试试~ 我知道了~
首页详解MySQL数据库安全配置
详解MySQL数据库安全配置
需积分: 9 10 下载量 189 浏览量
更新于2023-03-03
评论
收藏 571KB DOC 举报
详解MySQL数据库安全配置 MySQL数据库的安全配置必须从两个方面入手,系统内部安全和外部网络安全,另外我们还将简单介绍编程时要注意的一些问题以及一些小窍门
资源详情
资源评论
资源推荐
详解
MySQL
数据库安全配置 .
MySQL 是完全网络化的跨平台关系型数据库系统,同时是具有客户机/服务器体系结构的分布式数
据库管理系统。 MySQL 是完全网络化的跨平台关系型数据库系统,同时是具有客户机/服务器
体系结构的分布式数据库管理系统。它具有功能强、使用简便、管理方便、运行速度快、安全可
靠性强等优点,用户可利用许多语言编写访问 MySQL 数据库的程序,特别是与 php 更是黄金组合,
运用十分广泛。
由于 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 数据库的用户是 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@localhost=password('test');
这时 root 用户的口令就被改成 test 了。
3)直接修改 user 表的 root 用户口令:
mysql> use mysql;
mysql> update user set password=password('test') where user='root';
mysql> flush privileges;
这样,MySQL 数据库 root 用户的口令也被改成 test 了。其中最后一句命令 flush privileges 的
意思是强制刷新内存授权表,否则用的还是缓冲中的口令,这时非法用户还可以用 root 用户及空
口令登陆,直到重启 MySQL 服务器。
我们还看到 user 为空的匿名用户,虽然它在 Unix 平台下没什么权限,但为了安全起见我们应
该删除它:
mysql> delete from user where user=''
资料引用:http://www.knowsky.com/541964.html
MySQL
数据库性能优化的关键参数
MySQL 性能优化涉及到很多方面,本文就一些 MySQL 中的关键参数进行解说,这些参数在一定
程度上是决定 MySQL 数据库的性能关键参数。 我们在进行数据库管理和开发中经常会遇到
性能问题,这就涉及到 MySQL 的性能优化。通过在网络上查找资料和笔者自己的尝试,我认为以
下系统参数是比较关键的:
关键参数一:back_log
要求 MySQL 能有的连接数量。当主要 MySQL 线程在一个很短时间内得到非常多的连接请求,
这就起作用,然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。
back_log 值指出在 MySQL 暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。
只有如果期望在一个短时间内有很多连接,你需要增加它,换句话说,这值 对到来的 TCP/ip 连接
的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。 试图设定 back_log 高于你
的操作系统的限制将是无效的。
剩余49页未读,继续阅读
yumin8811
- 粉丝: 0
- 资源: 7
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- c++校园超市商品信息管理系统课程设计说明书(含源代码) (2).pdf
- 建筑供配电系统相关课件.pptx
- 企业管理规章制度及管理模式.doc
- vb打开摄像头.doc
- 云计算-可信计算中认证协议改进方案.pdf
- [详细完整版]单片机编程4.ppt
- c语言常用算法.pdf
- c++经典程序代码大全.pdf
- 单片机数字时钟资料.doc
- 11项目管理前沿1.0.pptx
- 基于ssm的“魅力”繁峙宣传网站的设计与实现论文.doc
- 智慧交通综合解决方案.pptx
- 建筑防潮设计-PowerPointPresentati.pptx
- SPC统计过程控制程序.pptx
- SPC统计方法基础知识.pptx
- MW全能培训汽轮机调节保安系统PPT教学课件.pptx
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0