Сбой канала связи - последний успешно полученный от сервера пакет был

Я знаю, что этот вопрос задавался раньше, и существует множество решений, но ни одно из них не помогло мне, и в моем случае все немного по-другому.

У меня есть сервер с базами данных, которые подключены к другим серверам. На серверах, на которых работает ubuntu 1310 и 1204, нет никаких проблем. Но с той же настройкой, теми же конфигами, тем же приложением я получаю эту проблему на 1404.

Настройка сервера:

A - Ubuntu 1204 Server with MariaDB 10.0 Database
  B - Ubuntu 1204 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect
  C - Ubuntu 1204 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect
  D - Ubuntu 1310 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect
  E - Ubuntu 1310 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect
  F - Ubuntu 1310 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect
  D - Ubuntu 1404 Server with MariaDB 5.5 Client (also tried mysql 5.5 and mariadb 10.0) -> tunneled via autossh 14c DOES NOT WORK though same setup and app:

.

2014-07-11 16:02:51 [SEVERE] com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

The last packet successfully received from the server was 141 milliseconds ago.  The last packet sent successfully to the server was 0 milliseconds ago.
2014-07-11 16:02:51 [SEVERE]    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
2014-07-11 16:02:51 [SEVERE]    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
2014-07-11 16:02:51 [SEVERE]    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
2014-07-11 16:02:51 [SEVERE]    at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.Util.handleNewInstance(Util.java:407)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1116)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3082)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2968)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3516)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1986)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2140)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2620)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.ConnectionImpl.setAutoCommit(ConnectionImpl.java:5022)
2014-07-11 16:02:51 [SEVERE]    at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
2014-07-11 16:02:51 [SEVERE]    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
2014-07-11 16:02:51 [SEVERE]    at java.lang.reflect.Method.invoke(Method.java:606)
2014-07-11 16:02:51 [SEVERE]    at org.apache.tomcat.jdbc.pool.ProxyConnection.invoke(ProxyConnection.java:126)
2014-07-11 16:02:51 [SEVERE]    at org.apache.tomcat.jdbc.pool.JdbcInterceptor.invoke(JdbcInterceptor.java:109)
2014-07-11 16:02:51 [SEVERE]    at org.apache.tomcat.jdbc.pool.DisposableConnectionFacade.invoke(DisposableConnectionFacade.java:80)
2014-07-11 16:02:51 [SEVERE]    at com.sun.proxy.$Proxy76.setAutoCommit(Unknown Source)
2014-07-11 16:02:51 [SEVERE]    at me.botsko.prism.actionlibs.RecordingTask.insertActionsIntoDatabase(RecordingTask.java:174)
2014-07-11 16:02:51 [SEVERE]    at me.botsko.prism.actionlibs.RecordingTask.save(RecordingTask.java:35)
2014-07-11 16:02:51 [SEVERE]    at me.botsko.prism.actionlibs.RecordingTask.run(RecordingTask.java:332)
2014-07-11 16:02:51 [SEVERE]    at org.bukkit.craftbukkit.v1_6_R3.scheduler.CraftTask.run(CraftTask.java:58)
2014-07-11 16:02:51 [SEVERE]    at org.bukkit.craftbukkit.v1_6_R3.scheduler.CraftAsyncTask.run(CraftAsyncTask.java:53)
2014-07-11 16:02:51 [SEVERE]    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
2014-07-11 16:02:51 [SEVERE]    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
2014-07-11 16:02:51 [SEVERE]    at java.lang.Thread.run(Thread.java:744)
2014-07-11 16:02:51 [SEVERE] Caused by: java.io.EOFException: Can not read response from server. Expected to read 4 bytes, read 0 bytes before connection was unexpectedly lost.
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2529)
2014-07-11 16:02:51 [SEVERE]    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2979)
2014-07-11 16:02:51 [SEVERE]    ... 21 more
2014-07-11 16:02:51 [INFO] [Prism]: Database connection error: Communications link failure

Еще Stacktraces, всегда первое исключение из нового сеанса приложения (полный перезапуск) https://gist.github.com/Slind14/cd5a03ec289c30b1452e

Поскольку я не смог найти никакого решения, мне интересно, знаете ли вы о каких-либо изменениях между 1310 и 1404, которые могли бы вызвать это.

+-----------------------------+----------+
| Variable_name               | Value    |
+-----------------------------+----------+
| connect_timeout             | 5        |
| deadlock_timeout_long       | 50000000 |
| deadlock_timeout_short      | 10000    |
| delayed_insert_timeout      | 300      |
| innodb_flush_log_at_timeout | 1        |
| innodb_lock_wait_timeout    | 50       |
| innodb_rollback_on_timeout  | OFF      |
| interactive_timeout         | 28800    |
| lock_wait_timeout           | 31536000 |
| net_read_timeout            | 30       |
| net_write_timeout           | 60       |
| slave_net_timeout           | 3600     |
| thread_pool_idle_timeout    | 60       |
| wait_timeout                | 28800    |
+-----------------------------+----------+

Обновлять:

когда я оставляю удаленную базу данных открытой на некоторое время, я также получаю «Сервер MySQL ушел», опять же только на серверах 1404.

ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    38189
Current database: *** NONE ***

person user2693017    schedule 11.07.2014    source источник
comment
Можете ли вы получить доступ к серверу mysql и общаться с ним с помощью cmd?   -  person dieter    schedule 11.07.2014
comment
Конечно, таблица в сообщении нормально работала, например, с удаленного сервера, и приложения тоже какое-то время работают нормально. Если бы это было мое приложение, я мог бы просто проверить, действительно ли соединение, а если не создать новое или не включить автоматическое переподключение, но это не объясняет, почему это происходит только на 1404 и не является решением для меня со сторонними приложениями.   -  person user2693017    schedule 11.07.2014
comment
попробуйте деактивировать кеш запросов query_cache_size = 0 в my.cnf, перезапустите сервер mysql и повторите попытку. вы также можете попытаться сбросить кеш запросов следующим образом: сбросить кеш запросов. если не помогает, предоставьте дополнительную информацию о запросе, как создать сеанс и т. д.   -  person dieter    schedule 11.07.2014
comment
не работает :( Что еще вы хотите знать? Соединение создается сторонним приложением, и у меня такая же настройка на серверах 1310 и 1204, где все работает нормально. Никакой разницы в конфигурациях или туннелировании подключения к базе данных.   -  person user2693017    schedule 11.07.2014
comment
пожалуйста, проверьте вашу конфигурацию. каково значение свойства wait_timeout. О, я вижу..   -  person dieter    schedule 11.07.2014
comment
Это уже включено в вопрос. (28800) - ›8ч.   -  person user2693017    schedule 11.07.2014
comment
запрос слишком большой? проверьте это: dev.mysql.com/doc/refman/5.1 /en/gone-away.html   -  person dieter    schedule 11.07.2014
comment
@dit, как запрос может быть слишком большим, если одно и то же приложение работает на всех других серверах? Однако я увеличу его до 64M и посмотрю, изменится ли это что-нибудь.   -  person user2693017    schedule 11.07.2014
comment
@BalusC, знаете ли вы, изменилось ли что-то в ubuntu 1404, что в моем случае вызывает эту проблему?   -  person user2693017    schedule 11.07.2014
comment
@dit ничего не изменил :(   -  person user2693017    schedule 11.07.2014
comment
Позвольте нам продолжить это обсуждение в чате.   -  person dieter    schedule 11.07.2014


Ответы (1)


По умолчанию в интерактивном сеансе показать переменные показывает interactive_timeout вместо wait_timeout.

Просто используйте опцию -e для просмотра реального значения тайм-аута.

http://blog.mozilla.org/it/2012/04/24/when-is-qwait_timeout-not-wait_timeout/

person demon101    schedule 08.08.2014