在前面小节的例子里说明了一个重要的原则:当你使用INSERT
或UPDATE
语句存储一个非空的口令时,你必须使用PASSWORD()
函数加密它。这是因为在user
表中以加密形式存储口令,而不是作为纯文本。如果你忘记这个事实,你可能像这样试图设置口令:
shell> mysql -u root mysql mysql> INSERT INTO user (Host,User,Password) VALUES('%','jeffrey','biscuit'); mysql> FLUSH PRIVILEGES
结果是纯文本值'biscuit'
作为口令被存储在user
表中。在用户jeffrey
试图用这个口令连接服务器时,mysql
客户用PASSWORD()
加密它并且将结果送给服务器,服务器比较在user
表中的值(它是纯文本值'biscuit'
)和加密的口令(而不是 'biscuit'
),比较失败并且服务器拒绝连接:
shell> mysql -u jeffrey -pbiscuit test Access denied
因为当他们被插入user
表时,口令必须被加密,相反,INSERT
语句应该象这样被指定:
mysql> INSERT INTO user (Host,User,Password) VALUES('%','jeffrey',PASSWORD('biscuit'));
当你使用SET PASSWORD
语句时,你也必须使用PASSWORD()
函数:
mysql> SET PASSWORD FOR jeffrey@"%" = PASSWORD('biscuit');
如果你使用GRANT ... IDENTIFIED BY
语句或mysqladmin password
命令设置口令,PASSWORD()
函数是不必要的。他们都考虑到为你加密口令,多以你可像这样指定一个口令'biscuit'
:
mysql> GRANT USAGE ON *.* TO jeffrey@"%" IDENTIFIED BY 'biscuit';
或
shell> mysqladmin -u jeffrey password biscuit
注意: PASSWORD()
不是以在Unix口令加密的同样方法施行口令加密。你不应该假定如果你的Unix口令和你的MySQL口令是一样的,PASSWORD()
将导致与在Unix口令文件被存储的同样的加密值。见6.2 MySQL 用户名和口令。