MySQL常见错误问答!
2006-09-01 12:07
18.2.1 MySQL server has gone away
错误
本小节也涉及有关Lost connection to server during query
的错误。
对MySQL server has gone away
错误最常见的原因是服务器超时了并且关闭了连接。缺省地,如果没有事情发生,服务器在 8个小时后关闭连接。你可在启动mysqld时通过设置wait_timeout
变量改变时间限制。
你可以通过执行mysqladmin version
并且检验正常运行的时间来检查MySQL还没死掉。
如果你有一个脚本,你只须再发出查询让客护进行一次自动的重新连接。
在这种请下,你通常能获得下列错误代码(你得到的是OS相关的):
CR_SERVER_GONE_ERROR |
客户不能发送一个问题给服务器。 |
CR_SERVER_LOST |
当写服务器时,客户没有出错,但是它没有得到对问题的一个完整的答案(或任何答案)。 |
如果你向服务器发送不正确的或太大的查询,你也可能得到这些错误。如果mysqld
得到一个太大或不正常的包,它认为客户出错了并关闭连接。如果你需要较大的查询(例如,如果你正在处理较大的BLOB
列),你可以使用-O max_allowed_packet=#
选项(缺省1M)启动mysqld
以增加查询限制。多余的内存按需分配,这样mysqld
只有在你发出较大差询时或mysqld
必须返回较大的结果行时,才使用更多的内存!
18.2.2 Can't connect to [local] MySQL server
错误
一个MySQL客户可以两种不同的方式连接mysqld
服务器:Unix套接字,它通过在文件系统中的一个文件(缺省“/tmp/mysqld.sock”)进行连接;或TCP/IP,它通过一个端口号连接。Unix套接字比TCP/IP更快,但是只有用在连接同一台计算机上的服务器。如果你不指定主机名或如果你指定特殊的主机名localhost
,使用Unix套接字。
错误(2002)Can't connect to ...
通常意味着没有一个MySQL服务器运行在系统上或当试图连接mysqld
服务器时,你正在使用一个错误的套接字文件或TCP/IP端口。
由检查(使用ps
)在你的服务器上有一个名为mysqld
的进程启动!如果没有任何mysqld
过程,你应该启动一个。见4.15.2 启动MySQL服务器的问题。
如果一个mysqld
过程正在运行,你可以通过尝试这些不同的连接来检查服务器(当然,端口号和套接字路径名可能在你的安装中是不同的):
shell> mysqladmin version
shell> mysqladmin variables
shell> mysqladmin -h `hostname` version variables
shell> mysqladmin -h `hostname` --port=3306 version
shell> mysqladmin -h 'ip for your host' version
shell> mysqladmin --socket=/tmp/mysql.sock version
注意hostname
命令使用反引号“`”而非正引号“'”;这些导致hostname
输出(即,当前主机名)被代替进mysqladmin
命令中。
这是可能造成Can't connect to local MySQL server
错误的一些原因:
mysqld
不在运行。
- 你正在使用MIT-pthreads的一个系统上运行。如果正在运行在一个没有原生线程的系统上,
mysqld
使用 MIT-pthreads 软件包。见4.2 由MySQL支持的操作系统。然而,MIT-pthreads不支持Unix套接字,因此当与服务器连接时,在这样一个系统上,你总是必须明确地指定主机名。试试使用这个命令检查到服务器的连接:shell> mysqladmin -h `hostname` version
- 某人删除了
mysqld
使用的Unix套接字(缺省“/tmp/mysqld.sock”)。你可能有一个cron
任务删除了MySQL套接字(例如,一个把旧文件从“/tmp”目录中删除的任务)。你总是可以运行mysqladmin version
并且检查mysqladmin
正在试图使用的套接字确实存在。在这种情况下,修复方法是删除cron
任务而不删除“mysqld.sock 或将套接字放在其他地方。你能用这个命令在MySQL配置时指定一个不同的套接字地点:shell> ./configure --with-unix-socket-path=/path/to/socket
你也可以使用--socket=/path/to/socket
选项启动safe_mysqld
和在启动你的MySQL客户前设置环境变量MYSQL_UNIX_PORT
为套接字路径名。你可用--socket=/path/to/socket
选项启动mysqld
服务器。如果你改变了服务器的套接字路径名,你也必须通知MySQL客户关于新路径的情况。你可以通过设置环境变量MYSQL_UNIX_PORT
为套接字路径名或由提供套接字路径名作为客户的参数做到。你可用这个命令测试套接字:
shell> mysqladmin --socket=/path/to/socket version
- 你正在使用 Linux和线程已经死了(核心倾倒了)。在这种情况中,你必须杀死其它
mysqld
线程(例如在启动一个新的MySQL服务器之前,可以用mysql_zap
脚本)。见18.1 如果MySQL总是崩溃怎么办。
如果你得到错误Can't connect to MySQL server on some_hostname
,你可以尝试下列步骤找出问题是什么:
- 通过执行
telnet your-host-name tcp-ip-port-number
并且按几次回车来检查服务器是否正常运行。如果有一个MySQL运行在这个端口上,你应该得到一个包含正在运行的MySQL服务器的版本号的应答。如果你得到类似于telnet: Unable to connect to remote host: Connection refused
的一个错误,那么没有服务器在使用的端口上运行。
- 尝试连接本地机器上的
mysqld
守护进程,并用mysqladmin variables
检查mysqld被配置使用的TCP/IP端口(变量port
)。
- 检查你的
mysqld
服务器没有用--skip-networking
选项启动。
18.2.3 Host '...' is blocked
错误
如果你得到象这样的一个错误:
Host 'hostname' is blocked because of many connection errors.
Unblock with 'mysqladmin flush-hosts'
这意味着,mysqld
已经得到了大量(max_connect_errors
)的主机'hostname'
的在中途被中断了的连接请求。在max_connect_errors
次失败请求后,mysqld
认定出错了(象来字一个黑客的攻击),并且阻止该站点进一步的连接,直到某人执行命令mysqladmin flush-hosts
。
缺省地,mysqld
在10个连接错误后阻塞一台主机。你可以通过象这样启动服务器很容易地调整它:
shell> safe_mysqld -O max_connect_errors=10000 &
注意,对给定的主机,如果得到这条错误消息,你应该首先检查该主机的TCP/IP连接有没有问题。如果你的TCP/IP连接不在运行,增加max_connect_errors
变量的值对你也不会有帮助!
18.2.4 Too many connections
错误
如果在你试土连接MySQL时,你得到错误Too many connections
,这意味着已经有max_connections
个客户连接了mysqld服务器。
如果你需要比缺省(100)更多的连接,那么你应该重启mysqld
,用更大的 max_connections 变量值。
注意,mysqld
实际上允许(max_connections+1)个客户连接。最后一个连接是为一个用Process
权限的用户保留的。通过不把这个权限给一般用户(他们不应该需要它),有这个权限一个管理员可以登录并且使用SHOW PROCESSLIST
找出什么可能出错。见7.21 SHOW
句法(得到表,列的信息)。
18.2.5 Out of memory
错误
如果你发出查询并且得到类似于下面的错误:
mysql: Out of memory at line 42, 'malloc.c'
mysql: needed 8136 byte (8k), memory in use: 12481367 bytes (12189k)
ERROR 2008: MySQL client ran out of memory
注意,错误指向了MySQL客户mysql
。这个错误的原因很简单,客户没有足够的内存存储全部结果。
为了修正这个问题,首先检查你的查询是否正确。它应该返回这么多的行,这合理吗?如果是这样,你可以使用mysql --quick
,它使用mysql_use_result()
检索结果集合。这将较少的负担放在了客户端(只是服务器更多)。
18.2.6 Packet too large
错误
当一个MySQL客户或mysqld
服务器得到一个比max_allowed_packet
个字节长的包,它发出一个Packet too large
错误并终止连接。
如果你正在使用mysql
客户,你可以通过用mysql --set-variable=max_allowed_packet=8M
指定一个更大的缓冲区来启动客户程序。
如果你正在使用不允许你指定最大包大小的其他客户(例如 DBI
),你需要在你启动服务器时设置包大小。你可以使用mysqld
的命令行选项设置max_allowed_packet
为一个更大的尺寸。例如,如果你正期望将一个全长的BLOB
存入一张表中,你将需要用--set-variable=max_allowed_packet=24M
选项来启动服务器。
18.2.7 The table is full
错误
这个错误发生在内存临时表变得比tmp_table_size
字节大时。为了避免这个问题,你可以使用mysqld
的-O tmp_table_size=#
选项来增加临时表的大小,或在你发出有疑问的查询之前使用SQL选项SQL_BIG_TABLES
。见7.25 SET OPTION
句法。
你也可以使用--big-tables
选项启动mysqld
。这与为所有查询使用SQL_BIG_TABLES
完全相同。
18.2.8 Commands out of sync
in client错误
如果你在你的客户代码中得到Commands out of sync; You can't run this command now
,你正在以错误的次序调用客户函数!
这可能发生,例如,如果你正在使用mysql_use_result()
并且在你已经调用了mysql_free_result()
之前试图执行新查询。如果你在mysql_use_result()
或mysql_store_result()
之间试图执行返回数据的2个查询,它也可能发生。
18.2.9 Ignoring user
错误
如果你得到下列错误:
Found wrong password for user: 'some_user@some_host'; Ignoring user
这意味着在mysqld
启动时或在它再次装载权限表时,它在user
表中找到了一个有一个无效口令的条目。结果,条目简单地被权限系统忽略。
可能导致这个问题的原因和修正:
18.2.10 Table 'xxx' doesn't exist
错误
如果你得到错误Table 'xxx' doesn't exist
或Can't find file: 'xxx' (errno: 2)
,这意味着在当前数据库中没有名为xxx
的表存在。
注意,因为MySQL使用目录和文件存储数据库和表,数据库和表名件是区分大小写的!(在Win32上,数据库和表名不是区分大小写的,但是在查询中对所有表的引用必须使用相同的大小写!)
你可以用SHOW TABLES
检查你在当前数据库中有哪个表。见7.21 SHOW
句法(得到表、列的信息)。
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
并且做他喜欢做的任何事情