MySQL数据库安全配置介绍 (mysql数据类型)

1、前言 ：

MySQL数据库是完全网络化的跨平台关系型数据库系统，同时是具有客户机/ 服务器 体系结构的分布式数据库管理系统。它具有功能强、使用简便、管理方便、运行速度快、安全可靠性强等优点，用户可利用许多语言编写访问MySQL数据库的程序，特别是与PHP更是黄金组合，运用十分广泛。MySQL数据库的安全配置也是很有必要的，现在的MySQL数据库中信息的安全性常常受到威胁，故安全配置必不可少。

由于MySQL是多平台的数据库，它的默认配置要考虑各种情况下都能适用，所以在我们自己的使用环境下应该进行进一步的安全加固。作为一个MySQL的系统管理员，我们有责任维护MySQL数据库系统的数据安全性和完整性。

MySQL数据库的安全配置必须从两个方面入手，系统内部安全和外部网络安全，另外我们还将简单介绍编程时要注意的一些问题以及一些小窍门。

2、系统内部安全

首先简单介绍一下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

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

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

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

如何在MYSQL数据库中设置密码

use mysql　insert into user (host,user,password) values　(’%’,’user_name’,’your password’);　flush privileges;　相信结果不会让你满意.因为服务器比较的是加密的值,所以服务器连接一定失败.这里需要说明的是flush privileges;这条　命令起到了重新加载授权表.你也可以在shell下直接用mysqladmin -u root reload或者mysqladmin -u root flush-privileges来　实现重载授权表.　在MySQL环境下,你可以使用以下语句进行设置密码:　 into user(host,user,password)　values(’%’,’user_name’,password(your password);　 password for user_name = password(your password)　以上两种方法都必须进行重载授权表.　3.当然你也可以在创建一个用户时直接设置密码,grant语句将为你自动加密口令.　示例：grant all on *.* to@　identified by your password;　另外大家也可以在shell环境下用mysqladmin程序来设置密码。

如何使sqlserver2000数据库更安全

当你连接一个SQL服务器时，你通常应该使用一个口令。 口令不以明文在连接上传输。 所有其它信息作为能被任何人读懂的文本被传输。 如果你担心这个，你可使用压缩协议(SQL3.22和以上版本)使事情变得更难。 甚至为了使一切更安全，你应该安装ssh。 用它，你能在一个SQL服务器与一个SQL客户之间得到一个加密的TCP/IP连接。 为了使一个SQL系统安全，强烈要求你考虑下列建议：对所有SQL用户使用口令。 记住，如果oTher_user没有口令，任何人能简单地用sql -u other_user db_name作为任何其它的人登录。 对客户机/服务器应用程序，客户可以指定任何用户名是常见的做法。 在你运行它以前，你可以通过编辑sql_install_db脚本改变所有用户的口令，或仅仅SQL root的口令，象这样：shell> mysql -u root mysqlmysql> UPDATE user SET PassWord=PASSWord(new_passWord)WHERE user=root;mysql> FLUSH PRIVILEGES;　不要作为Unix的root用户运行MySQL守护进程。 mysqld能以任何用户运行，你也可以创造一个新的Unix用户mysql使一切更安全。 如果你作为其它Unix用户运行mysqld，你不需要改变在user表中的root用户名，因为MySQL用户名与Unix用户名没关系。 你可以作为其它Unix用户编辑启动脚本mysqld。 通常这用su命令完成。 如果你把一个Unix root用户口令放在脚本中，确保这个脚本只能对root是可读的。 检查那个运行mysqld的Unix用户是唯一的在数据库目录下有读/写权限的用户。

MySQL数据库表锁定的几种方法实现

如果两个程序都向表中写数据显然会造成很大的麻烦，甚至会有意外情况发生。 如果表正由一个程序写入，同时进行读取的另一个程序也会产生混乱的结果。 锁定表的方法防止客户机的请求互相干扰或者服务器与维护程序相互干扰的方法主要有多种。 如果你关闭数据库，就可以保证服务器和myisamchk和isamchk之间没有交互作用。 但是停止服务器的运行并不是一个好注意，因为这样做会使得没有故障的数据库和表也不可用。 本节主要讨论的过程，是避免服务器和myisamchk或isamchk之间的交互作用。 实现这种功能的方法是对表进行锁定。 服务器由两种表的锁定方法：1.内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。 也可以利用内部锁定机制防止服务器在利用myisamchk或isamchk检查或修复表时对表的访问。 语法：锁定表：LOCK TABLES tbl_name {READ | WRITE},[ tbl_name {READ | WRITE},…]解锁表：UNLOCK TABLESLOCK TABLES为当前线程锁定表。 UNLOCK TABLES释放被当前线程持有的任何锁。 当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。 如果一个线程获得在一个表上的一个READ锁，该线程(和所有其他线程)只能从表中读。 如果一个线程获得一个表上的一个WRITE锁，那么只有持锁的线程READ或WRITE表，其他线程被阻止。 每个线程等待(没有超时)直到它获得它请求的所有锁。 WRITE锁通常比READ锁有更高的优先级，以确保更改尽快被处理。 这意味着，如果一个线程获得READ锁，并且然后另外一个线程请求一个WRITE锁, 随后的READ锁请求将等待直到WRITE线程得到了锁并且释放了它。 显然对于检查，你只需要获得读锁。 再者钟情跨下，只能读取表，但不能修改它，因此他也允许其它客户机读取表。 对于修复，你必须获得些所以防止任何客户机在你对表进行操作时修改它。 2.外部锁定服务器还可以使用外部锁定(文件级锁)来防止其它程序在服务器使用表时修改文件。 通常，在表的检查操作中服务器将外部锁定与myisamchk或isamchk作合使用。 但是，外部锁定在某些系统中是禁用的，因为他不能可靠的进行工作。 对运行myisamchk或isamchk所选择的过程取决于服务器是否能使用外部锁定。 如果不使用，则必修使用内部锁定协议。 如果服务器用--skip-locking选项运行，则外部锁定禁用。 该选项在某些系统中是缺省的，如Linux。 可以通过运行mysqladmin variables命令确定服务器是否能够使用外部锁定。 检查skip_locking变量的值并按以下方法进行：◆如果skip_locking为off，则外部锁定有效您可以继续并运行人和一个实用程序来检查表。 服务器和实用程序将合作对表进行访问。 但是，运行任何一个实用程序之前，应该使用mysqladmin flush-tables。 为了修复表，应该使用表的修复锁定协议。 ◆如果skip_locaking为on，则禁用外部锁定，所以在myisamchk或isamchk检查修复表示服务器并不知道，最好关闭服务器。 如果坚持是服务器保持开启状态，月确保在您使用此表示没有客户机来访问它。