Все работает пока в database2 нет записей, как только туда что-то не пишется или удаляется:
Last_Errno: 1146
Last_Error: Error 'Table 'database2.table' doesn't exist' on query. Default database: 'database1'. Query: 'delete from `database2`.`table` where `id` = `1`
Добавил на мастер строку
replicate-ignore-db = database2
не помогло, тоже самое
Почему мастер все таблицы хочет реплицировать? Дамп делал только database1
А почему только одну таблицу? Надо весь сайт, и пользователей, и права доступа, и каталоги, и подкаталоги и товары, и продажи и пр. Короче только полная репликация. Я так понимаю в случае падения одного из серверов, или перезагрузки допустим, мне придется каждый раз эту репликацию заново настраивать?
Индексы есть, SQL оптимизирован, на RU все летает, самый тяжелый запрос с поиском точек в полигоне менее секунды на 100 000 записей, дело в удаленности BY сервера.
Diversia, как оказалось есть, знак вопроса, стоящий сразу после имени домена, например, site.ru/? равнозначен индексной странице, поэтому есть риск вылета главной из индекса.
Лучше все таки прописать правила под определенные параметры Disallow: /*?*order=
Первый раз сталкиваюсь с FETCH FIRST 1 ROWS, погуглил это вроде для Postgres и Oracle используется, а на MySQL только LIMIT 0,1 и это аналогичная запись, так что быстрее не будет.
мне кажется у меня что-то с Nginx или с MariaDB, потому как даже phpMyAdmin может так затупить или Roundcube долго грузится, но повторный запрос сразу обрабатывают
Дмитрий Свиридов, проблема возникает даже на тех страницах, на которых даже теоретически не может быть тяжелых запросов, допустим на странице статичного лендинга где 1-2 простых запроса типа SELECT, раз 5-6 за день может произойти
replicate-wild-ignore-table = database2.% итоговый конфиг репликации только одной DB:
binlog-do-db = database1
replicate-do-db = database1
replicate-ignore-db = database2
replicate-wild-ignore-table = database2.%