PDOException (2006) SQLSTATE [HY000] [2006] Сервер MySQL ушел [дубликат]
Для здравомыслия я придерживаюсь 11.2.0. Я не понимаю усталости. По состоянию на ноябрь / 03/2017 документация Google до сих пор ссылается на: LocationServices.FusedLocationApi.requestLocationUpdates(mGoogleApiClient, mLocationRequest, mListener);
18 ответов
max_allowed_packet=64M
Добавление этой строки в файл my.cnf решает мою проблему.
Это полезно, когда столбцы имеют большие значения, которые вызывают проблемы, вы можете найти объяснение здесь .
В Windows этот файл находится по адресу: «C: \ ProgramData \ MySQL \ MySQL Server 5.6»
В Linux (Ubuntu): / etc / mysql
-
1– Richard Sitze 16 December 2012 в 23:15
-
2– razzed 23 July 2013 в 00:45
-
3– HotN 29 October 2013 в 17:12
-
4– Jan Steinman 13 February 2015 в 08:45
-
5– consuela 14 May 2015 в 16:01
-
1– Zenexer 8 May 2014 в 09:35
-
2– Csaba Toth 12 March 2015 в 08:09
-
3– Fleuv 2 August 2016 в 14:25
-
1– poroszd 21 June 2016 в 11:34
-
2– vaso123 29 March 2017 в 09:34
-
3– bksi 22 February 2018 в 16:42
-
1– John Bubriski 18 June 2014 в 15:48
-
2– Csaba Toth 12 March 2015 в 08:09
-
3– Jan Steinman 23 January 2016 в 02:05
-
4– user2478236 25 July 2017 в 05:20
-
1– bgcode 21 October 2013 в 19:59
-
2– Jason Wheeler 17 August 2017 в 17:37
На всякий случай, чтобы проверить переменные, вы можете использовать
$> mysqladmin variables -u user -p
. В этом случае будут отображаться текущие переменные, в этом случае max_allowed_packet, и, как кто-то сказал в другом ответе, вы можете временно установить его с помощью
mysql> SET GLOBAL max_allowed_packet=1072731894
В моем случае файл cnf не был учтен, и я не знаю, почему, поэтому код SET GLOBAL действительно помог.
-
1– BeC 21 December 2015 в 10:47
-
2– Rick 31 October 2017 в 00:54
-
3– Johan Mendez 15 November 2017 в 19:48
-
1– jrosell 9 March 2016 в 20:39
-
1– bgcode 7 May 2012 в 00:14
-
2– bgcode 7 May 2012 в 00:17
-
3– Chris Henry 7 May 2012 в 00:21
-
4– bgcode 7 May 2012 в 00:36
-
5– bgcode 7 May 2012 в 01:14
-
1– bgcode 7 May 2012 в 00:17
-
2– Ranjith Siji 27 May 2013 в 13:29
-
3– Zloy Smiertniy 3 August 2014 в 04:55
-
1– Santosh Hegde 29 July 2017 в 09:05
-
2– Felipe Costa 11 December 2017 в 15:15
-
1– Benj Sanders 24 August 2017 в 19:13
Я столкнулся с этой ошибкой, когда я использую Mysql Cluster, я не знаю, что этот вопрос связан с использованием кластера или нет. Поскольку ошибка точно такая же, так что дайте мое решение здесь. Получение этой ошибки из-за внезапного сбоя узлов данных. Но при сбое узлов вы можете получить правильный результат с помощью cmd:
ndb_mgm -e 'ALL REPORT MEMORYUSAGE'
И mysqld также работает правильно. Поэтому сначала я не могу понять, что не так. Примерно через 5 минут результат ndb_mgm не показывает, какой узел данных работает. Тогда я понимаю проблему. Итак, попробуйте перезагрузить все узлы данных, затем сервер mysql вернулся, и все в порядке.
Но одно странно для меня, после того, как я потерял сервер mysql для некоторых запросов, когда я использую cmd, например show tables, я все еще могу получить информацию о возврате, такую как 33 rows in set (5.57 sec), но нет никакой информации о таблице отображается.