MySQL服务器已经消失 - 恰好60秒(MySQL server has gone away -

2019-09-02 06:36发布

我最近发现,这是较早罚款运行的SQL查询在60秒后,现在超时并抛出一个错误。 查询是缓慢的,但运行的夜间作业的一部分,使本身不是一个问题(所以请不要认为我优化它)。

我能够一直运行重现错误“选择睡眠(120);” 从PHP,如下所示。 但是,从MySQL客户端运行相同的语句是成功(返回0)。 我试着调整WAIT_TIMEOUT(设置为28800),但有没有运气。 我还重新启动这两个数据库服务器和机器本身。

它总是超时正好60秒建议,我认为这很可能是一个环境,而不是有限的资源问题的事实。

我在跑:
Windows Server 2003中
MySQL的5.1.36社区
PHP 5.3

下面是我的测试代码,输出和SHOW变量的结果

谢谢!

码:

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();
}

OUTPUT:

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

SHOW变量:

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

Answer 1:

PHP的选项mysql.connect_timeout是这样做的原因。 它不仅可用于连接超时,但并等待来自服务器的第一个答案。 您可以增加它像这样:

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


Answer 2:

当我遇到了这个问题,它不是WAIT_TIMEOUT(这是设置为默认值8小时),但通过与max_allowed_pa​​cket的大INSERT语句引起的。 从PHP的max_allowed_pa​​cket更改没有任何影响,但是当我在/etc/my.cnf中的mysqld的部分改变了它并重新启动MySQL服务器,问题就消失了。



Answer 3:

有事情可以导致此一大堆。 我想通过这些阅读和尝试他们每个人

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

我为几个Web托管公司合作,多年来,通常当我看到这一点,它是在服务器端WAIT_TIMEOUT虽然这不会出现在这里是如此。

如果你找到解决方案,我希望你张贴。 我想知道。



Answer 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


Answer 5:

提高SQL-等待超时在这种情况下,工作对我来说,试试这个:

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

之前,你第一个“正常”的SQL查询。



Answer 6:

我的情况是MySQL的小幅升级后的数据库损坏基本上5.0.X中的MyISAM与DB到5.1.x版。 上查询相同的路线:MySQL服务器已消失错误读取结果集的标题

修理,用mysqlcheck的优化后,它会恢复正常,而无需改变套接字超时。



Answer 7:

我解决了这个问题,

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


Answer 8:

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

mysqli.reconnect = On


Answer 9:

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

出于某种原因,它已经将其设置为caching_sha2_password ,但更新值mysql_native_password固定对我来说。 我不知道的区别是什么,虽然,所以一定要小心!

希望这可以帮助别人!



Answer 10:

我注意到或许相关的事情。

我有两个脚本运行,既做相当缓慢的查询。 其中一个锁定的表和其他必须等待。 那个等待了default_socket_timeout = 300.一个最终它放弃了“MySQL服务器已经走了。” 然而,MySQL进程列表继续呈现两个查询时,缓慢的仍在运行和其他锁定和等待。

因此,我不认为mysqld的是罪魁祸首。 事情在php mysql客户端已经改变。 很可能是default_socket_timeout我现在设置为-1,看看是否改变任何东西。



Answer 11:

我有一个数据库上的麻烦恢复使用mysqldumper(php程序)。 我能够得到它通过改变在php.ini的“mssql.timeout”设置工作。 它被默认为60,我把它改成300。



Answer 12:

在我们的例子中,罪魁祸首是全球 (而不是“本地”)的MySQL变量“WAIT_TIMEOUT”。

比较以下查询的结果:

SHOW VARIABLES LIKE '%wait%';

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

在我们的情况下,第一次查询结果显示28800一WAIT_TIMEOUT,但第二个查询显示的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值,我们会得到错误:“警告:mysqli_query():MySQL服务器已消失”。

要改变数值,我们不得不编辑在我们的亚马逊RDS仪表板的设置。



Answer 13:

根据我的经验,当它发生在光的查询有解决问题的方式。 看来,当您启动或重新启动mysqlapache这个问题开始出现,问题的根源是迷茫在打开的套接字php过程。 要解决这个问题:

  1. 第一次重新启动mysql服务

  2. 然后重新启动Apache服务



Answer 14:

它发生,如果连接打开相当一段时间,但没有行动是在MySQL服务器完成。 在这种情况下,连接超时与错误“MySQL服务器消失”的发生。 以上这些问题的答案可以工作,并且可能无法正常工作。 即使是公认的答案并没有为我工作。 所以,我想了一招,它为我工作得很好。 从逻辑上讲,为了避免这种错误,我们必须保持MySQL连接运行或短, 让它活着 。 假设我们正在尝试批量插入25万条记录。 一般来说,需要时间从某处创建解析数据,并进行批量查询,然后插入。 在这种情况下,我们大多数人使用一个循环来创建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


Answer 15:

请参阅此链接http://bugs.php.net/bug.php?id=45150好像他们搬到了PHP5.3原生支持MySQL,它有一些麻烦IPV6工作。 尝试使用“127.0.0.1”,而不是“本地主机”



文章来源: MySQL server has gone away - in exactly 60 seconds