MySQL数据库配置技巧

核心提示：用root用户启动远程服务一直是安全大忌，因为如果服务程序出现问题，MySQL数据库配置技巧，远程攻击者极有可能获得主机的完全控制权，MySQL从3.23.15版本开始时作了小小的改动，而是在提示后再输入数据库密码，另外这两个文件我们也应该不让它记录我们的操作，默认安装后服务要用mysql用户来启动，不允许root用户

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