详解MySQL数据库安全配置资源-CSDN文库

MySQL数据库安全配置

需积分: 9 135 浏览量 2010-12-24 13:51:03 上传评论收藏 571KB DOC 举报

资源推荐

资源详情

资源评论

详解

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

　　-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;

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

详解MySQL数据库安全配置

MySQL数据库安全配置

mysql数据库的安全配置和使用

MySql数据库安全配置基线

详解MySQL数据库安全配置优质资料.doc

详解MySQL数据库安全配置.doc

详解MySQL数据库安全配置完整.doc

MySQL安全配置详解

mysql数据库集群配置详解.doc

MySQL架构执行与SQL性能优化 MySQL高并发详解 MySQL数据库优化训练营四期课程

asp+mysql数据库连接配置详解_.docx

flask框架配置mysql数据库操作详解

mysql数据库my.cnf配置文件注释详解

详解MySQL安全配置.pdf

mysql数据库安装，配置，图解

nodejs连接mysql数据库及基本知识点详解

Workbench通过远程访问mysql数据库的方法详解

ORACLE +Sql Server 2005+Mysql数据库连接配置大全

Mysql数据库应用部署及Sql操作

linux安装mysql数据库以及配置Java项目的图文详解

Weka3.8.1+Weka配置文件+iris数据集（forWeka连接MySQL数据库详解

Qt 5实现串口调试助手 （源工程文件、0积分下载）

【SystemVerilog】路科验证V2学习笔记（全600页）.pdf

AutoSAR标准协议4.2.2

光伏-储能并网系统仿真.rar

NPPJSONViewer.zip

GD32替换STM32注意事项.pdf

XCP协议的规范文档

VS2015安装证书，JavaScript_ProjectSystem.msi，JavaScript_LanguageService.msi

CANoe通过CAPL脚本实现自动测试

最新资源

Qt 5实现串口调试助手（源工程文件、0积分下载）