В логах то же самое, только теперь чуть по другому:
2018-11-06T14:31:41.517338Z 0 [Warning] [MY-010915] [Server] 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in a future release.
2018-11-06T14:31:41.519134Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.13) starting as process 28727
2018-11-06T14:31:42.755995Z 1 [ERROR] [MY-013178] [Server] Execution of server-side SQL statement 'INSERT INTO tables SELECT *, 0 FROM mysql.tables' failed with error code = 1292, error message = 'Incorrect datetime value: '0000-00-00 00:00:00' for column 'created' at row 332'.
2018-11-06T14:31:42.768496Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed.
2018-11-06T14:31:42.769043Z 0 [ERROR] [MY-010119] [Server] Aborting
2018-11-06T14:31:44.195033Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.13) MySQL Community Server - GPL.
Когда убираю все строки в sql_mode, кроме ALLOW_INVALID_DATES, то ошибка про другие режимы пропадает (т.е., конфиг читается), но при этому, увы, основная ошибка, которая мешает базе запуститься, все равно остаётся.
Запуск
sudo -u mysql mysqld --sql-mode=ALLOW_INVALID_DATES
делает то же самое, пишет в лог ту же самую ошибку.
Максим Федоров, время 0.3 секунды. Пробовал разбивать на меленькие запросы, но когда начинаешь джойнить города с отделениями (city и branch), то сразу уходишь в 0.16-0.30 секунд. Попробую на днях залить на VPS этот дамп, может глюк с моей виртуалкой, хотя раньше запросы отрабатывали очень быстро, в этой же виртуалке постгрес + jsonb по 3 млн. товарам искал за 11-20 мс..
Максим Федоров, я приложил DDL таблиц в самом начале. Индекс по slug есть (HASH), по поводу FOREIGN KEY, если я не ошибаюсь, в MySQL FK CONTRAINT на InnoDB сразу с индексом идет.
По поводу вашего второго замечания, что нужно выбирать FROM bank bs, возможно вы правы, но вчера пытался сделать так, и производительность была та-же. Возможно, я допустил ошибку, сейчас попробую переписать запрос ещё разок.
использовать в запросах также как и без индекса: кастуем к int и сравниваем?
получается, что каждую числовую характеристику нужно индексировать руками? :( очень не удобно. хотел взять как альтернативу EAV, попробовать на проект, и вот это сейчас заставило в серьёз задуматься.
Вы имеете ввиду вручную пойти и удалить её, скажем, из галереи (а там и с диска удалится)? В принципе ничего не мешает, меня интересует, есть ли автоматизированное решение данной проблемы.
freeExec, да, меня интересовал самый быстрый способ получить данные о расстоянии между городами. В общем-то взял координаты с Google Maps API, и по Great Circle рассчитал расстояние между ними. Думал может есть API без лимитов, который на вход дает возможность указать города, а на выходе получить расстояние.
sigkill отловить нельзя, но нужно было отработать последствия sigkill, такие как незакрытый сокет. В этом и была проблема. Прочитайте мой ответ в этой теме.
Там не только header не грузится. На самом деле там подгружается сам шаблон home для главной, т.е. без header, footer, и т.д.. Почему так происходит? Причем почему именно при разрешении <=480px?
В логах то же самое, только теперь чуть по другому:
Когда убираю все строки в
sql_mode, кромеALLOW_INVALID_DATES, то ошибка про другие режимы пропадает (т.е., конфиг читается), но при этому, увы, основная ошибка, которая мешает базе запуститься, все равно остаётся.Запуск делает то же самое, пишет в лог ту же самую ошибку.