MySQL 服务器已消失 - 恰好在 60 秒内答案

【问题标题】：MySQL server has gone away - in exactly 60 secondsMySQL 服务器已消失 - 恰好在 60 秒内
【发布时间】：2010-12-11 07:03:31
【问题描述】：

我最近发现之前运行良好的 sql 查询现在在 60 秒后超时并抛出错误。查询很慢，但作为夜间工作的一部分运行，所以这本身不是问题（所以请不要建议我优化它）。

通过运行“select SLEEP(120);”，我能够始终如一地重现该错误。来自PHP，如下所示。但是，从 MySQL 客户端运行相同的语句是成功的（返回 0）。我试过调整wait_timeout（设置为28800），但没有运气。我还重新启动了数据库服务器和机器本身。

它总是在 60 秒时超时，这表明它很可能是一个设置问题，而不是一个有限的资源问题。

我正在跑步：
视窗服务器 2003
MySql 5.1.36-社区
PHP 5.3

以下是我的测试代码、SHOW VARIABLES 的输出和结果

谢谢！

代码：

set_error_handler("sqlErrorHandler");
set_time_limit(12000);


$link = mysql_connect("$MYSQL_Host","$MYSQL_User","$MYSQL_Pass");
mysql_select_db($MYSQL_db, $link);

echo "mysql_ping = " . (mysql_ping($link) ? "LIVE" : "DEAD") . "<br /><br />"; 

$sql = "SELECT SLEEP(120);";

$start = microtime(true);
mysql_query($sql, $link);

echo "**query done**<br />";
allDone();

function allDone(){
 global $start, $sql;

 $end = microtime(true);
 echo "sql : $sql<br />";
 echo "elapsed : " . ($end - $start) . "<br />";
 echo "<br />";
}

function sqlErrorHandler($errno, $errstr, $errfile, $errline){
 global $link;
 echo "Error : $errno<br />$errstr<br />";
 echo "mysql_ping : " . (mysql_ping($link) ? "LIVE" : "DEAD") . "<br />"; 
 echo "<br />";

 allDone();
}

输出：

mysql_ping = LIVE

Error : 2
mysql_query() [function.mysql-query]: MySQL server has gone away
mysql_ping : DEAD

sql : SELECT SLEEP(120);
elapsed : 60.051116943359

Error : 2
mysql_query() [function.mysql-query]: Error reading result set's header
mysql_ping : DEAD

sql : SELECT SLEEP(120);
elapsed : 60.0511469841

**query done**
sql : SELECT SLEEP(120);
elapsed : 60.051155090332

显示变量：

Variable_name=Value
auto_increment_increment=1
auto_increment_offset=1
autocommit=ON
automatic_sp_privileges=ON
back_log=50
basedir=C:\\Program Files\\MySQL\\MySQL Server 5.1\\
big_tables=OFF
binlog_cache_size=32768
binlog_format=STATEMENT
bulk_insert_buffer_size=8388608
character_set_client=utf8
character_set_connection=utf8
character_set_database=latin1
character_set_filesystem=binary
character_set_results=utf8
character_set_server=latin1
character_set_system=utf8
character_sets_dir=C:\\Program Files\\MySQL\\MySQL Server 5.1\\share\\charsets\\
collation_connection=utf8_general_ci
collation_database=latin1_swedish_ci
collation_server=latin1_swedish_ci
completion_type=0
concurrent_insert=1
connect_timeout=10
datadir=C:\\Documents and Settings\\All Users\\Application Data\\MySQL\\MySQL Server 5.1\\Data\\
date_format=%Y-%m-%d
datetime_format=%Y-%m-%d %H:%i:%s
default_week_format=0
delay_key_write=ON
delayed_insert_limit=100
delayed_insert_timeout=300
delayed_queue_size=1000
div_precision_increment=4
engine_condition_pushdown=ON
error_count=0
event_scheduler=OFF
expire_logs_days=0
flush=OFF
flush_time=1800
foreign_key_checks=ON
ft_boolean_syntax=+ -><()~*:""&|
ft_max_word_len=84
ft_min_word_len=4
ft_query_expansion_limit=20
ft_stopword_file=(built-in)
general_log=OFF
general_log_file=C:\\Documents and Settings\\All Users\\Application Data\\MySQL\\MySQL Server 5.1\\Data\\p1.log
group_concat_max_len=1024
have_community_features=YES
have_compress=YES
have_crypt=NO
have_csv=YES
have_dynamic_loading=YES
have_geometry=YES
have_innodb=YES
have_ndbcluster=NO
have_openssl=DISABLED
have_partitioning=YES
have_query_cache=YES
have_rtree_keys=YES
have_ssl=DISABLED
have_symlink=YES
identity=0
ignore_builtin_innodb=OFF
init_connect=
init_file=
init_slave=
innodb_adaptive_hash_index=ON
innodb_additional_mem_pool_size=2097152
innodb_autoextend_increment=8
innodb_autoinc_lock_mode=1
innodb_buffer_pool_size=96468992
innodb_checksums=ON
innodb_commit_concurrency=0
innodb_concurrency_tickets=500
innodb_data_file_path=ibdata1:10M:autoextend
innodb_data_home_dir=D:\\MySQL Datafiles\\
innodb_doublewrite=ON
innodb_fast_shutdown=1
innodb_file_io_threads=4
innodb_file_per_table=OFF
innodb_flush_log_at_trx_commit=1
innodb_flush_method=
innodb_force_recovery=0
innodb_lock_wait_timeout=50
innodb_locks_unsafe_for_binlog=OFF
innodb_log_buffer_size=1048576
innodb_log_file_size=19922944
innodb_log_files_in_group=2
innodb_log_group_home_dir=.\\
innodb_max_dirty_pages_pct=90
innodb_max_purge_lag=0
innodb_mirrored_log_groups=1
innodb_open_files=300
innodb_rollback_on_timeout=OFF
innodb_stats_on_metadata=ON
innodb_support_xa=ON
innodb_sync_spin_loops=20
innodb_table_locks=ON
innodb_thread_concurrency=8
innodb_thread_sleep_delay=10000
innodb_use_legacy_cardinality_algorithm=ON
insert_id=0
interactive_timeout=28800
join_buffer_size=131072
keep_files_on_create=OFF
key_buffer_size=50331648
key_cache_age_threshold=300
key_cache_block_size=1024
key_cache_division_limit=100
language=C:\\Program Files\\MySQL\\MySQL Server 5.1\\share\\english\\
large_files_support=ON
large_page_size=0
large_pages=OFF
last_insert_id=0
lc_time_names=en_US
license=GPL
local_infile=ON
log=OFF
log_bin=OFF
log_bin_trust_function_creators=OFF
log_bin_trust_routine_creators=OFF
log_error=C:\\Documents and Settings\\All Users\\Application Data\\MySQL\\MySQL Server 5.1\\Data\\p1.err
log_output=FILE
log_queries_not_using_indexes=OFF
log_slave_updates=OFF
log_slow_queries=OFF
log_warnings=1
long_query_time=10.000000
low_priority_updates=OFF
lower_case_file_system=ON
lower_case_table_names=1
max_allowed_packet=1048576
max_binlog_cache_size=4294963200
max_binlog_size=1073741824
max_connect_errors=10
max_connections=800
max_delayed_threads=20
max_error_count=64
max_heap_table_size=16777216
max_insert_delayed_threads=20
max_join_size=18446744073709551615
max_length_for_sort_data=1024
max_prepared_stmt_count=16382
max_relay_log_size=0
max_seeks_for_key=4294967295
max_sort_length=1024
max_sp_recursion_depth=0
max_tmp_tables=32
max_user_connections=0
max_write_lock_count=4294967295
min_examined_row_limit=0
multi_range_count=256
myisam_data_pointer_size=6
myisam_max_sort_file_size=107374182400
myisam_recover_options=OFF
myisam_repair_threads=1
myisam_sort_buffer_size=12582912
myisam_stats_method=nulls_unequal
myisam_use_mmap=OFF
named_pipe=OFF
net_buffer_length=16384
net_read_timeout=30
net_retry_count=10
net_write_timeout=80
new=OFF
old=OFF
old_alter_table=OFF
old_passwords=OFF
open_files_limit=2048
optimizer_prune_level=1
optimizer_search_depth=62
optimizer_switch=index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on
pid_file=C:\\Documents and Settings\\All Users\\Application Data\\MySQL\\MySQL Server 5.1\\Data\\p1.pid
plugin_dir=C:\\Program Files\\MySQL\\MySQL Server 5.1\\lib/plugin
port=3306
preload_buffer_size=32768
profiling=OFF
profiling_history_size=15
protocol_version=10
pseudo_thread_id=3230
query_alloc_block_size=8192
query_cache_limit=1048576
query_cache_min_res_unit=4096
query_cache_size=33554432
query_cache_type=ON
query_cache_wlock_invalidate=OFF
query_prealloc_size=8192
rand_seed1=
rand_seed2=
range_alloc_block_size=4096
read_buffer_size=65536
read_only=OFF
read_rnd_buffer_size=262144
relay_log=
relay_log_index=
relay_log_info_file=relay-log.info
relay_log_purge=ON
relay_log_space_limit=0
report_host=
report_password=
report_port=3306
report_user=
rpl_recovery_rank=0
secure_auth=OFF
secure_file_priv=
server_id=0
shared_memory=OFF
shared_memory_base_name=MYSQL
skip_external_locking=ON
skip_networking=OFF
skip_show_database=OFF
slave_compressed_protocol=OFF
slave_exec_mode=STRICT
slave_load_tmpdir=C:\\WINDOWS\\TEMP
slave_net_timeout=3600
slave_skip_errors=OFF
slave_transaction_retries=10
slow_launch_time=2
slow_query_log=OFF
slow_query_log_file=C:\\Documents and Settings\\All Users\\Application Data\\MySQL\\MySQL Server 5.1\\Data\\p1-slow.log
sort_buffer_size=262144
sql_auto_is_null=ON
sql_big_selects=ON
sql_big_tables=OFF
sql_buffer_result=OFF
sql_log_bin=ON
sql_log_off=OFF
sql_log_update=ON
sql_low_priority_updates=OFF
sql_max_join_size=18446744073709551615
sql_mode=
sql_notes=ON
sql_quote_show_create=ON
sql_safe_updates=OFF
sql_select_limit=18446744073709551615
sql_slave_skip_counter=
sql_warnings=OFF
ssl_ca=
ssl_capath=
ssl_cert=
ssl_cipher=
ssl_key=
storage_engine=InnoDB
sync_binlog=0
sync_frm=ON
system_time_zone=Eastern Daylight Time
table_definition_cache=256
table_lock_wait_timeout=50
table_open_cache=619
table_type=InnoDB
thread_cache_size=38
thread_handling=one-thread-per-connection
thread_stack=196608
time_format=%H:%i:%s
time_zone=SYSTEM
timed_mutexes=OFF
timestamp=1256827484
tmp_table_size=16777216
tmpdir=C:\\WINDOWS\\TEMP
transaction_alloc_block_size=8192
transaction_prealloc_size=4096
tx_isolation=REPEATABLE-READ
unique_checks=ON
updatable_views_with_limit=YES
version=5.1.36-community
version_comment=MySQL Community Server (GPL)
version_compile_machine=ia32
version_compile_os=Win32
wait_timeout=28800
warning_count=0

【问题讨论】：

如果您通过 php 脚本运行 SHOW VARIABLES 查询会发生什么。超时值有变化吗？
我从 PHP 运行 SHOW VARIABLES 并且超时设置相同
发生这种情况时，mysql 日志中是否显示任何内容？
不，今天的错误日志中没有条目。其他日志文件似乎不存在
为gone in 60 seconds+1

标签： php mysql timeout

【解决方案1】：

php 选项mysql.connect_timeout 就是这个原因。它不仅用于连接超时，还用于等待服务器的第一个答复。你可以像这样增加它：

ini_set('mysql.connect_timeout', 300);
ini_set('default_socket_timeout', 300);

【讨论】：

我认为这会奏效，但它并没有改变任何东西。
你是在连接之前还是之后设置的？
之前。脚本的第一行
如果您通过套接字（例如本地主机）连接，请尝试此操作：ini_set('default_socket_timeout', 60);
是的！添加 ini_set('default_socket_timeout', 300) 就可以了。谢谢！！

【解决方案2】：

当我遇到这个问题时，它不是由 wait_timeout（设置为默认的 8 小时）引起的，而是由带有大 INSERT 语句的 max_allowed_packet 引起的。从PHP更改max_allowed_packet没有效果，但是当我在/etc/my.cnf的mysqld部分更改它并重新启动MySQL服务器时，问题就消失了。

【讨论】：

【解决方案3】：

有很多事情会导致这种情况。我会通读这些并尝试它们中的每一个

http://dev.mysql.com/doc/refman/5.1/en/gone-away.html

多年来，我曾为多家网络托管公司工作，通常当我看到这个时，它是服务器端的 wait_timeout，尽管这里似乎不是这种情况。

如果您找到解决方案，我希望您发布它。我想知道。

【讨论】：

在发帖之前，我浏览了该页面几次。似乎没有任何效果。不过谢谢

【解决方案4】：

这是我做的事情，（但通常使用 MySQLi 类）。

$link = mysql_connect("$MYSQL_Host","$MYSQL_User","$MYSQL_Pass");
mysql_select_db($MYSQL_db, $link);

// RUN REALLY LONG QUERY HERE

// Reconnect if needed

if( !mysql_ping($link) ) $link = mysql_connect("$MYSQL_Host","$MYSQL_User","$MYSQL_Pass", true);

// RUN ANOTHER QUERY

【讨论】：

这个答案对我有用，但在“if”部分我们必须再次放置 mysql_select_db 因为在其他方面存在没有选择 db 的 mysql 错误。
如有必要，请务必在重新连接时重新运行任何会话配置查询（例如SET time_zone='+00:00'）。

【解决方案5】：

在这种情况下，增加 SQL-Wait-Timeout 对我有用，试试这个：

mysql_query("SET @@session.wait_timeout=900", $link);

在您第一次“正常”SQL 查询之前。

【讨论】：

喜欢这个答案。只是想知道如何将其添加到全局 wp 查询中： $posts = $wpdb->get_results("SELECT ID,blah,blah, blah.. 是否可以将其添加到 $wpdb 或 $link/$conn 本身? 非常感谢任何可以进一步澄清这一点的人..
我认为“on_connect”命令没有特殊配置。但是cou可以简单地编写一个自己的连接函数，创建基本连接并发送您对连接设置的更改。

【解决方案6】：

我的情况是在 mysql 基本上从 5.0.x 到 5.1.x 的小幅升级后数据库损坏与 myisam 中的数据库。查询中的相同行： MySQL 服务器已消失读取结果集标头时出错

用mysqlcheck修复优化后恢复正常，无需修改socket timeout。

【讨论】：

【解决方案7】：

我解决了这个问题

if( !mysql_ping($link) ) $link = mysql_connect("$MYSQL_Host","$MYSQL_User","$MYSQL_Pass", true);

【讨论】：

您真的确定您遇到了 OP 询问的确切问题吗？您还可以说出您的解决方案的缺点（缺点）吗？

【解决方案8】：

我对 mysqli 也有同样的问题。我的解决方案是https://www.php.net/manual/en/mysqli.configuration.php

mysqli.reconnect = On

【讨论】：

注意：mysqlnd 驱动程序会忽略此设置。

【解决方案9】：

我注意到一些可能相关的东西。

我运行了两个脚本，它们都执行了相当慢的查询。其中一个锁了一张桌子，另一个不得不等待。正在等待的那个有 default_socket_timeout = 300。最终它以“MySQL 服务器已消失”退出。但是，mysql 进程列表继续显示这两个查询，慢的一个仍在运行，另一个被锁定并等待。

所以我不认为 mysqld 是罪魁祸首。 php mysql 客户端发生了一些变化。很可能是 default_socket_timeout，我现在将其设置为 -1 以查看是否有任何改变。

【讨论】：

【解决方案10】：

我最近遇到了这个问题。我偶然发现了一个选项：default_authentication_plugin

出于某种原因，它已将其设置为 caching_sha2_password，但将值更新为 mysql_native_password 为我修复了它。不过，我不确定有什么区别，所以要小心！

希望这对某人有所帮助！

【讨论】：

【解决方案11】：

我在使用 mysqldumper（php 程序）恢复数据库时遇到问题。我可以通过更改 php.ini 中的“mssql.timeout”设置来使其工作。它默认为 60，我将其更改为 300。

【讨论】：

【解决方案12】：

在我们的例子中，罪魁祸首是 global（不是“本地”）MySQL 变量“wait_timeout”。

比较以下查询的结果：

SHOW VARIABLES LIKE '%wait%';

到

SHOW GLOBAL VARIABLES WHERE Variable_name LIKE '%wait%';

在我们的例子中，第一个查询显示的 wait_timeout 为 28800，但第二个查询显示的值为 10（秒）。

我们验证了更改全局变量可以解决问题。这是一个简单的 PHP 脚本，它重现了我们的情况：

<?php    
$db = mysqli_connect('host', 'user', 'password', 'database');

sleep(10); // number of seconds to sleep

// MySQL server has gone away?
$obj = mysqli_query($db, 'SELECT * FROM some_table');

$results = mysqli_fetch_object($obj);

print_r($results);

一旦睡眠时间超过全局 wait_timeout 值，我们就会收到错误：“Warning: mysqli_query(): MySQL server has gone away”。

要更改该值，我们必须在 Amazon RDS 控制面板中编辑设置。

【讨论】：

【解决方案13】：

根据我的经验，当它发生在轻型查询上时，有一种方法可以解决这个问题。似乎当您在apache 之后启动或重新启动mysql 时，此问题开始出现，并且问题的根源是混淆了php 进程中的打开套接字。解决它：

先重启mysql服务
然后重启apache服务

【讨论】：

【解决方案14】：

如果连接打开了很长时间，但 MySQL 服务器中没有执行任何操作，就会发生这种情况。在这种情况下，连接超时会出现错误“MySQL 服务器已消失”。上面的答案可能有效，也可能无效。即使接受的答案对我也不起作用。所以我尝试了一个技巧，它对我来说效果很好。从逻辑上讲，为了避免这个错误，我们必须保持 MySQL 连接运行，或者简而言之，保持活动状态。假设我们尝试批量插入 250k 条记录。通常，从某处创建解析数据并进行 Bulk 查询然后插入需要时间。在这种情况下，我们大多数人使用循环来创建 SQL 字符串。因此，让我们计算迭代次数并在某个迭代后进行虚拟数据库调用。它将保持连接活跃。

for(int i = 0, size = somedatalist.length; i < size; ++i){

     // build the Bulk insert query string

     if((i%10000)==0){
         // make a dummy call like `SELECT * FROM log LIMIT 1`
         // it will keep the connection alive
     }
}
// Execute bulk insert

【讨论】：

【解决方案15】：

请看这个链接http://bugs.php.net/bug.php?id=45150 似乎他们在 PHP5.3 中转向原生 MYSQL 支持，并且在使用 IPV6 时遇到了一些麻烦。尝试使用“127.0.0.1”而不是“localhost”

【讨论】：

-1 是为了什么？提出不同的观点？我爱所以
我同意 -2 有点苛刻，但 OP 确实这样说：“查询很慢，但作为夜间工作的一部分运行，所以这本身不是问题（所以请不要建议我优化它）。”