18.3 MySQL怎样处理一个溢出的磁盘

　　当出现一个磁盘溢出的情况时，MySQL做下列事情： 

　　它每分钟检查一次看是否有足够空间写入当前行。如果有足够的空间，它继续好像发生什么事情。 

　　每6分钟它将有关磁盘溢出的警告写入日志文件。 

　　为了缓和这个问题，你可以采取下列行动： 

　　继续，你只需释放足够的空闲磁盘空间以便插入所有记录。 

　　放弃线程，你必须发一个mysqladmin kill到线程。在下一次检查磁盘时，线程将被放弃(在1分钟内)。 

　　注意，其他线程可能正在等待引起“磁盘溢出”条件的表。如果你有几个“锁定的”的线程，杀死正在等待磁盘溢出条件的那个线程将允许其他线程继续。 

　　18.4 如何从一个文本文件运行SQL命令

　　一般地，mysql客户被交互性地使用，象这样：

　　shell> mysql database

　　然而，也可以把你的SQL命令放在一个文件中并且告诉mysql从该文件读取其输入。要想这样做，创造一个文本文件“text_file”，它包含你想要执行的命令。然后如下那样调用mysql：

　　shell> mysql database < text_file

　　你也能启动有一个USE db_name语句的文本文件。在这种情况下，在命令行上指定数据库名是不必要的：

　　shell> mysql < text_file

　　见12.1 不同的MySQL程序概述。 

　　18.5 MySQL在哪儿存储临时文件

　　MySQL使用TMPDIR环境变量的值作为存储临时文件的目录的路径名。如果你没有设置TMPDIR，MySQL使用系统缺省值，它通常是“/tmp”或“/usr/tmp”。如果包含你的临时文件目录的文件系统太小，你应该编辑safe_mysqld设定TMPDIR指向你有足够空间的一个文件系统！你也可以使用mysqld的--tmpdir选项目设置临时目录。

　　MySQL以“隐含文件”创建所有临时文件。这保证了如果mysqld被终止，临时文件也将被删除。使用隐含文件的缺点是你将看不到一个大的临时文件填满了临时文件目录所在的文件系统。

　　当排序(ORDER BY或GROUP BY)时，MySQL通常使用一个或两个临时文件。最大磁盘空间需求是：

　　(存储东西的长度 + sizeof (数据库指针))

　　* 匹配的行数

　　* 2

　　sizeof(数据库指针)通常是4，但是在未来对确实很大的表可能增加。

　　对一些SELECT查询，MySQL也创建临时SQL表。这些没被隐含且有“SQL_*”格式的名字。

　　ALTER TABLE和OPTIMIZE TABLE在原数据库表的同一个目录中创建一张临时表。

　　18.6 怎样保护“/tmp/mysql.sock ”不被删除

　　如果你有这个问题，事实上任何人可以删除MySQL通讯套接字“/tmp/mysql.sock”，在Unix的大多数版本上，你能通过为其设置sticky（t）位来保护你的“/tmp”文件系统。作为root登录并且做下列事情：

　　shell> chmod +t /tmp

　　这将保护你的“/tmp”文件系统使得文件仅能由他们的所有者或超级用户(root)删除。

　　你能执行ls -ld /tmp检查sticky位是否被设置，如果最后一位许可位是t，该位被设置了。

　　18.7 Access denied错误

　　见6.6 权限系统如何工作。并且特别要看6.13 引起Access denied错误的原因。 

　　18.8 怎样作为一个一般用户运行MySQL

　　MySQL服务器mysqld能被任何用户启动并运行。为了将mysqld改由Unix用户user_name来运行，你必须做下列事情： 

　　如果它正在运行，停止服务器(使用mysqladmin shutdown)。 

　　改变数据库目录和文件以便user_name有权限读和写文件(你可能需要作为Unix的root用户才能做到)：

　　shell> chown -R user_name /path/to/mysql/datadir

　　如果在MySQL数据目录中的目录或文件是符号链接，你也将需要顺着那些链接并改变他们指向的目录和文件。chown -R不能跟随符号链接。

　　以user_name用户启动服务器，或如果你正在使用MySQL 3.22或以后版本，以Unix root用户启动mysqld并使用--user=user_name选项，mysqld将在接受任何连接之前切换到以Unix user_name用户运行。 

　　如果在系统被重新启动时，你使用mysql.server脚本启动mysqld，你应该编辑mysql.server用su以用户user_name运行mysqld，或使用--user选项调用mysqld。（不改变safe_mysqld是必要的。） 

　　现在，你的mysqld进程应该正在作为Unix用户user_name运行，并运行完好。尽管有一件事情没有变化：权限表的内容。缺省 地(就在运行了脚本mysql_install_db安装的权限表后)，MySQL用户root是唯一有存取mysql数据库或创建或抛弃数据库权限的用户。除非你改变了那些权限，否则他们仍然保持。当你作为一个Unix用户而不是root登录时，这不应该阻止你作为MySQL root用户来存取MySQL；只要为客户程序指定-u root的选项。

　　注意通过在命令行上提供-u root，作为root存取MySQL，与作为Unix root用户或其他Unix用户运行MySQL没有关系。MySQL的存取权限和用户名与Unix用户名字是完全分开的。唯一与Unix用户名有关的是，如果当你调用一个客户程序时，你不提供一个-u选项，客户将试图使用你的Unix登录名作为你的MySQL用户名进行连接。

　　如果你的Unix机器本身不安全，你可能应该至少在存取表中为MySQL root用户放上一个口令。否则，在那台机器上有一个帐号的任何用户能运行mysql -u root db_name并且做他喜欢做的任何事情。

　　18.9 怎样重新设置一个忘记的口令

　　如果你忘记了MySQL的root用户的口令，你可以用下列过程恢复它。 

　　通过发送一个kill（不是kill -9)到mysqld服务器来关闭mysqld服务器。pid 被保存在一个.pid文件中，通常在MySQL数据库目录中：

　　kill `cat /mysql-data-directory/hostname.pid`

　　你必须是一个UNIX root用户或运行服务器的相同用户做这个。

　　使用--skip-grant-tables选项重启mysqld。 

　　用mysql -h hostname mysql连接mysqld服务器并且用一条GRANT命令改变口令。见7.26 GRANT和REVOKE句法。你也可以用mysqladmin -h hostname -u user password ’new password’ 进行。 

　　用mysqladmin -h hostname flush-privileges或用SQL命令FLUSH PRIVILEGES来装载权限表。 

　　18.10 文件许可权限问题

　　如果你有与文件许可有关的问题，例如，如果当你创建一张表时，mysql发出下列错误消息： 

　　ERROR: Can’t find file: ’path/with/filename.frm’ (Errcode: 13) 

　　那么可能是在mysqld启动时，环境变量UMASK可能设置不正确。缺省的umask值是0660。你可以如下启动safe_mysqld改变其行为：

　　shell> UMASK=384  # = 600 in octal

　　shell> export UMASK

　　shell> /path/to/safe_mysqld &

　　18.11 文件没找到

　　如果你从MySQL得到ERROR ’...’ not found (errno: 23), Can’t open file: ... (errno: 24)或任何其他有errno 23或errno 24的错误，它意味着，你没有为MySQL分配足够的文件描述符。你能使用perror实用程序得到错误号含义是什么的描述：

　　shell> perror 23

　　File table overflow

　　shell> perror 24

　　Too many open files

　　这里的问题是mysqld正在试图同时保持打开太多的文件。你也可以告诉mysqld一次不打开那么多的文件，或增加mysqld可得到的文件描述符数量。为了告诉mysqld一次保持打开更少的文件，你可以通过使用safe_mysqld的-O table_cache=32选项（缺省值是64)使表缓冲更小。减小max_connections值也将减少打开文件的数量(缺省值是90)。

　　要想改变mysqld可用的文件描述符数量，修改safe_mysqld脚本。脚本中有一条注释了的行ulimit -n 256。你可以删除’#’字符来去掉该行的注释，并且改变数字256改变为mysqld可用的文件描述符的数量。

　　ulimit能增加文件描述符的数量，但是只能到操作系统强加的限制。如果你需要增加每个进程可用的文件描述符数量的OS限制，参见你的操作系统文档。注意，如果你运行tcsh外壳，ulimit将不工作！当你请求当前限制时，tcsh也将报告不正确的值！在这种情况下，你应该用sh启动safe_mysqld！

　　18.12 使用DATE列的问题

　　一个DATE值的格式是’YYYY-MM-DD’。根据ANSI SQL，不允许其他格式。你应该在UPDATE表达式和SELECT语句的WHERE子句中使用这个格式。例如：

　　mysql> SELECT * FROM tbl_name WHERE date >= ’1997-05-05’;

　　为了方便，如果日期用在数字上下文，MySQL自动变换一个日期到一个数字(并且反过来也如此)。当更新时和将一个日期与TIMESTAMP、DATE或DATETIME列比较的一个WHERE子句中，也是足够灵活以允许一种“宽松”的字符串格式。（宽松格式意味着任何标点字符用作在部件之间的分割符。例如，’1998-08-15’和’1998#08#15’是等价的。）MySQL也能变换不包含分割符的一个字符串(例如 ’19980815’)，如果它作为一个日期说得通。特殊日期’0000-00-00’可以作为’0000-00-00’被存储和检索。当通过MyODBC使用一个’0000-00-00’日期时，在MyODBC 2.50.12和以上版本，它将自动被转换为NULL，因为ODBC不能处理这种日期。

　　因为MySQL实行了上述的变换，下列语句可以工作：

　　mysql> INSERT INTO tbl_name (idate) VALUES (19970505);

　　mysql> INSERT INTO tbl_name (idate) VALUES (’19970505’);

　　mysql> INSERT INTO tbl_name (idate) VALUES (’97-05-05’);

　　mysql> INSERT INTO tbl_name (idate) VALUES (’1997.05.05’);

　　mysql> INSERT INTO tbl_name (idate) VALUES (’1997 05 05’);

　　mysql> INSERT INTO tbl_name (idate) VALUES (’0000-00-00’);

　　mysql> SELECT idate FROM tbl_name WHERE idate >= ’1997-05-05’;

　　mysql> SELECT idate FROM tbl_name WHERE idate >= 19970505;

　　mysql> SELECT mod(idate,100) FROM tbl_name WHERE idate >= 19970505;

　　mysql> SELECT idate FROM tbl_name WHERE idate >= ’19970505’;

　　然而，下列将不工作： 

　　mysql> SELECT idate FROM tbl_name WHERE STRCMP(idate,’19970505’)=0;

　　STRCMP()是字符串函数，因此它将idate转换为一个字符串并且实施字符串比较。它不将’19970505’转换为一个日期并实施日期比较。

　　注意，MySQL不检查日期是否正确。如果你存储一个不正确的日期，例如’1998-2-31’，错误的日期将被存储。如果日期不能被变换到任何合理的值，在DATE字段中存储一个0。这主要是一个速度问题并且我们认为检查日期是应用程序的责任，而不服务器。