Обновление MySQL до 5.7 на предыдущем работающем Piwik сломало его. Большинство виджетов панели мониторинга теперь имеют ошибку:
Реферальные сайты
SQLSTATE [HY000]: общая ошибка: 2006 сервер MySQL пропал — вызвано действиями плагина
Виджет
обзор
SQLSTATE [HY000]: общая ошибка: 2006 сервер MySQL пропал — вызвано действиями плагина
Согласно FAQ я увеличил следующие параметры:
wait_timeout=100000
max_allowed_packet=128M
Перезапустил и тд. Даже попытался повторно импортировать базу данных и удалить наборы символов согласно другому решению. Спасибо за помощь.
Это было решено в моем оригинальном посте на github https://github.com/piwik/piwik/issues/9419. Я выкладываю здесь ответ, чтобы помочь другим: в конечном итоге, проблема заключалась в проблеме с наборами символов и в скриптах загрузки файлов.
MySQL 5.7.5+ стал более строгим в этом отношении. По умолчанию это каталог Windows с программными данными, но для piwik требуется следующее (в зависимости от вашей среды):
обеспечение-файлов собств = «XXXXXXXXXXXXX / Piwik / TMP / активы»
Если это не установлено — настоящая ошибка:
Общая ошибка: 1290 Сервер MySQL работает с параметром —secure-file-priv, поэтому
не может выполнить этот оператор: LOAD DATA INFILE xxxxxxxxxxxx
Но, конечно, все, что мы можем видеть, — это ошибка 2006 года …
SQLSTATE [HY000]: общая ошибка: 1300 Неверная строка символов utf8: ‘»x’:
В Mysql мне удалось изменить базу данных piwik «схемы» по умолчанию на «latin1», и, как по волшебству, все снова заработало. Это заставляет меня предположить, что преобразование латинского 1 db в utf8 может столкнуться с аналогичными проблемами, как и я. Я знаю, что наборы символов — это мое поле, но я не ожидал бы, что проблемы перейдут от набора данных latin1 к utf8 (поскольку они в теории должны быть подмножеством, но эй, это все еще возможно) — наоборот, да, конечно, должно быть быть вопросы наверняка.
Других решений пока нет …