Я отримую це попередження в mysql,

[Warning] Aborted connection 21 to db: 'MyDB' user: 'MyUser' host: 'localhost' (Got an error reading communication packets)

У мене було декілька тем у google, і, згідно з деякими пропозиціями, я збільшив ситуацію max_allowed_packetз 128 to 512 to 1024тієї самої поведінки.

Я використовую Drupal 7, і так , є багато типів даних BLOB, але 1024 Mbз max_allowed_packetмає бути досить , на мій погляд.

Будь-яке інше рішення, як подолати це попередження?

Редагувати:

Додані деякі налаштування, як пропозиції / відповідь @ Rolando, я все одно отримую те саме попередження.

Мій конфігурація mysql виглядає так:

[client]
port        = 3306
socket      = /tmp/mysql.sock
default-character-set = utf8

[mysqld]
port        = 3306
socket      = /tmp/mysql.sock
skip-external-locking
key_buffer_size = 16K 
max_allowed_packet = 1024M 
table_open_cache = 128 
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 192K
# Query cache disabled
thread_cache_size = 8
myisam-recover = BACKUP
max_connections = 100
thread_concurrency = 10
tmp_table_size = 128M
max_heap_table_size = 128M
log_error                = /var/log/mysql/mysql-error.log
log_slow_queries        = /var/log/mysql/mysql-slow.log
long_query_time = 2

log_warnings = 2

server-id   = 1
binlog-format = row
replicate-same-server-id = 0
auto-increment-increment = 2
auto-increment-offset = 1
log_bin = mysql-bin
log-slave-updates
relay-log=mysqld-relay-bin
expire_logs_days        = 10
max_binlog_size         = 100M

innodb_data_home_dir = /var/db/mysql
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/db/mysql
innodb_buffer_pool_size = 8G
character-set-server = utf8
#innodb_additional_mem_pool_size = 2M
innodb_log_file_size = 2047M
innodb_log_buffer_size = 32M
innodb_flush_log_at_trx_commit = 2
innodb_thread_concurrency = 8
innodb_lock_wait_timeout = 50
innodb_flush_method = O_DIRECT

[mysqldump]
quick
quote-names
max_allowed_packet = 16M
default-character-set = utf8

[mysql]
default-character-set = utf8

[myisamchk]
key_buffer_size = 32M
sort_buffer_size = 32M

[mysqlhotcopy]
interactive-timeout

[mysqld_save]
syslog

У моєму додатку використовується тільки InnoDB, але є небагато баз даних, як mysql, які поставляються зі стандартними установками mysql - це лише ті, що використовують тип двигуна MyISAM, але, мабуть, це не повинно викликати мого занепокоєння.

Як ви бачите, і у мене є реплікація, попередження є тим самим, що і на реплікуваному сервері, конфігурація якого ідентична цьому.

Я радий, що ви сказали, що всі ваші дані є InnoDB, тому я можу відповісти наступним чином: Якщо max_allowed_packet виводиться на 1G, а у вас все ще виникають проблеми, потрібно шукати лише два місця:

1. innodb_log_buffer_size : розмір у байтах буфера, який InnoDB використовує для запису у файли журналів на диску. Значення за замовчуванням - 8 МБ. Великий буфер журналу дозволяє виконувати великі транзакції без необхідності записувати журнал на диск до здійснення транзакцій. Таким чином, якщо у вас великі транзакції, збільшення буфера журналу збільшує збереження дискового вводу / виводу.
2. innodb_log_file_size : розмір у байтах кожного журнального файлу групи журналів. Комбінований розмір файлів журналів повинен бути менше 4 Гб. Значення за замовчуванням - 5 Мб. Чутливі значення варіюються від 1 МБ до 1 / N-го розміру буферного пулу, де N - кількість файлів журналів у групі. Чим більше значення, тим менше активності змивання контрольної точки в буферному пулі, економлячи диск / вхід. Але більші файли журналів також означають, що відновлення відбувається повільніше у випадку збою.

Я звернувся до чогось подібного приблизно 2 роки тому

• Aug 01, 2011: Як max_allowed_packet впливає на резервну копію та відновлення бази даних?
• Apr 20, 2011: MySQL видає помилку "Без пам'яті" під час вставлення великого файлу. Звідки виникає це обмеження розміру файлів?

ПРОПОЗИЦІЇ

Потрібно збільшити журнали транзакцій InnoDB . Ось кроки щодо безпечного збільшення innodb_log_buffer_size та innodb_log_file_size :

Крок 01: Додайте їх до /etc/my.cnf

[mysqld]
innodb_log_buffer_size = 32M
innodb_log_file_size = 2047M

Крок 02: Запустіть це в mysql

mysql> SET GLOBAL innodb_fast_shutdown = 0;

Крок 03: Вимкнення mysql

service mysql stop

Крок 04: Відсуньте старі журнали убік

mv ib_logfile0 ib_logfile0.bak
mv ib_logfile1 ib_logfile1.bak

Крок 05: Запустіть mysql

service mysql start

Це воно.

Інфраструктура InnoDB тепер повинна мати достатньо місця для реєстрації для BLOB різних розмірів.

Спробувати !!!

Прочитавши коментар @ user19292 в січні 16 року на це старе питання, я перейшов з 5.7.9 до 5.7.12, і проблема пішла.

Я щойно витратив приблизно 5-6 годин на зміну параметрів і пробуючи різні версії MySQL, я завжди отримував помилку.

Я думаю, що це ейдер тому, що:

• мій PHP-код не належним чином закриває db-з'єднання (це попередження, а не помилка) mysql_close()або ін.
• або тому, що кеш / проксі-сервер nginx налаштований на закриття з'єднання, якщо клієнт його закрив, кеш / проксі-сервер не чекає початкового сервера (де також є mysql).