MySQL服务器已经消失 - 正好在60秒内完成

时间：2009-10-29 15:13:01

标签： php mysql timeout

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

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

事实上，它总是在60秒内超时，这表明它可能是一个环境，而不是有限的资源问题。

我正在跑步：
Windows Server 2003
MySql 5.1.36-community
PHP 5.3

下面是我的测试代码，输出和SHOW VARIABLES的结果

谢谢！

CODE：

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

15 个答案:

答案 0 :(得分：71)

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

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

答案 1 :(得分：7)

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

答案 2 :(得分：6)

有很多事情可以导致这种情况。我会通读这些并尝试每一个

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

多年来我一直在为多家网络托管公司工作，一般来说，当我看到这一点时，它就是服务器端的wait_timeout，虽然这似乎不是这里的情况。

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

答案 3 :(得分：5)

这是我做的事情（但通常使用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

答案 4 :(得分：3)

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

mysql_query("SET @@session.wait_timeout=900", $link);
在你第一次＆＃34;正常＆＃34>之前SQL查询。

答案 5 :(得分：2)

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

修复后＆amp;使用mysqlcheck优化它，它恢复正常，无需更改套接字超时。

答案 6 :(得分：2)

我用

解决了这个问题 
if( !mysql_ping($link) ) $link = mysql_connect("$MYSQL_Host","$MYSQL_User","$MYSQL_Pass", true);

答案 7 :(得分：1)

我和mysqli有同样的问题。 我的解决方案是http://php.net/manual/ru/mysqli.configuration.php 

mysqli.reconnect = On

答案 8 :(得分：1)

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

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

希望这对某人有帮助！

答案 9 :(得分：0)

我发现了一些可能相关的东西。

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

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

答案 10 :(得分：0)

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

答案 11 :(得分：0)

根据我在轻量级查询中遇到的经验，有一种方法可以解决问题。在LastName Age Weight Smoker __________ ___ ______ ______ 'Smith' 38 176 true 'Johnson' 43 163 false 'Williams' 38 131 false 'Jones' 40 133 false 'Brown' 49 119 false mysql之后，当问题开始出现并且问题的来源混淆了apache进程中的打开套接字时，似乎就会出现问题。 要解决它：

  1. 首先重启mysql服务

  2. 然后重启apache服务

答案 12 :(得分：0)

在我们的案例中，罪魁祸首是全球（不是＆＃34;本地＆＃34;）MySQL变量＆＃34; wait_timeout ＆＃34;。< / p>

比较以下查询的结果：

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

到

<?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 为28800，但第二个查询显示值为10（秒）。

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

function get_username() {
  send_msg("Hello I'm Mumbles, the Help Bot", function(){
    send_msg("Who am I speaking with today?")
  });
}

function ai(msg) {
  if (username.length < 3) {
    username = msg;
          send_msg("Nice to meet you"+username+". What are you working on today?" , function() {
            $("#controls").append(
              '<button class="options one" value="my_certifications" type="button">My Certifications</button>' +
                '<button class="options one" value="videos"type="button">Videos</butto/>' +
                '<button class="options one" value="login"type="button">Login</butto/>' +
                '<button class="options one" value="other"type="button">Other</butto/>' 
            );
          });
        }
      // Remove text bar
      $("#controls").empty();

};

一旦睡眠时间超过全局wait_timeout值，我们就会收到错误：＆＃34;警告：mysqli_query（）：MySQL服务器已经消失了＃34;。

要更改值，我们必须在Amazon RDS信息中心中修改设置。

答案 13 :(得分：0)

如果连接打开了很长时间但在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

答案 14 :(得分：-3)

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

相关问题
最新问题