使用root用户运行MYSQL的安全隐患
当你连接一个MySQL服务器时，你通常应该使用一个口令。口令不以明文在连接上传输。
所有其他信息作为能被所有人读懂的文本被传输。如果你担心这个，你可使用压缩协议(MySQL3.22和以上版本)使事情变得更难。甚至为了使一切更安全，你应该安装ssh（见http://www.cs.hut.fi/ssh)。用他，你能在一个MySQL服务器和一个MySQL客户之间得到一个加密的TCP/IP连接。
为了使一个MySQL系统安全，强烈需求你考虑下列建议：
1：对所有MySQL用户使用口令。记住，如果other_user没有口令，所有人能简单地用mysql -u other_user db_name作为所有其他的人登录。对客户机/服务器应用程式，客户能指定所有用户名是常见的做法。在你运行他以前，你能通过编辑mysql_install_db脚本改动所有用户的口令，或仅仅MySQL root的口令，象这样：
shell> mysql -u root mysql
mysql> UPDATE user SET Password=PASSWORD(’new_password’)
WHERE user=’root’;
mysql> FLUSH PRIVILEGES;
2：不要作为Unix的root用户运行MySQL守护进程。mysqld能以所有用户运行，你也能创造一个新的Unix用户mysql使一切更安全。如果你作为其他Unix用户运行mysqld，你不必改动在user表中的root用户名，因为MySQL用户名和Unix 用户名没关系。
你能作为其他Unix用户编辑mysql.server启动脚本mysqld。通常这用su命令完成。
对于更多的细节，见18.8 怎样作为一个一般用户运行MySQL。
如果你把一个Unix root用户口令放在mysql.server脚本中，确保这个脚本只能对root是可读的。
检查那个运行mysqld的Unix用户是唯一的在数据库目录下有读/写权限的用户。
3：不要把process权限给所有用户。mysqladmin processlist的输出显示出当前执行的查询正文，如果另外的用户发出一个UPDATE user SET password=PASSWORD(’not_secure’)查询，被允许执行那个命令的所有用户可能看得到。mysqld为有process权限的用户保留一个额外的连接, 以便一个MySQL root用户能登录并检查，即使所有的正常连接在使用。
4：不要把file权限给所有的用户。有这权限的所有用户能在拥有mysqld守护进程权限的文件系统那里写一个文件！为了使这更安全一些，用SELECT ... INTO OUTFILE生成的所有文件对每个人是可读的，并且你不能覆盖已存在的文件。file权限也能被用来读取所有作为运行服务器的Unix用户可存取的文件。这可能被滥用，例如，通过使用LOAD DATA装载“/etc/pa
相关文档：
用C++操作MySQL数据库类：
注释：这几个类对处理不是很大数据量的操作是很理想的， 但不适宜特大型的数据的查询，因为源码中将查询到的数据直接放入了内存。
/*
* project:
* 通用模块 ( 用 c++ 处理 mysql 数据库类，像ADO )
*
* description:
*
* 通过DataBase,Reco ......
MySQL(root用户)密码忘记重置
分别在Windows下和Linux下重置了MYSQL的root的密码，整理如下：
A：在windows下：
1：进入cmd，停止mysql服务：Net stop mysql
到mysql的安装路径启动mysql，在bin目录下使用mysqld-nt.exe启动，
2：执行：mysqld-nt --skip-grant-tables（窗口会一直停止 ......
方法一：建一个拼音表 t_cosler ，存放每个字母开头的第一个汉字的编号和最后一个汉字的编号。
BatchFile code+------+--------+-------+
| f_PY | cBegin | cEnd |
+------+--------+-------+
| A | 45217 | 45252 | & ......
需求1：在一个select 查询集中再次查询
SELECT * from (SELECT field from table) AS alias
需要注意后面的alias，在mysql中，这是必须的
需求2：一个查询集的结果不在另一个查询集中
SELECT feild1 from table1 WHERE feild1 NOT IN (SELECT field2 from table2)
需要注意，应用IN/NOT IN子句时，必须指定查询字段名� ......
