- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Видимо я таки применяю на "свою схему", у меня просто не получается стартовать и догонять ввиду master-master, мне же надо с двух сторон зафиксировать значения, в обе стороны передается
Вы попробуйте не использовать догоняющий сервер для записи пока отставание не уменьшится до незаметного.
Догонят они друг друга, при соответствующем запасе в производительности.
Эта используемая вами схема "асинхронные master-master" в принципе не обеспечивает логической целостности для нужд хостинга произвольных сайтов и работает на основе предположения, что репликация почти мгновенна. При перезагрузках и сбоях накапливается отставание, шансы на чудо уменьшаются и начинаются ошибки.
А у ТС дело в чем-то другом.
Вы попробуйте не использовать догоняющий сервер для записи пока отставание не уменьшится до незаметного.
Догонят они друг друга, при соответствующем запасе в производительности.
Эта используемая вами схема "асинхронные master-master" в принципе не обеспечивает логической целостности для нужд хостинга произвольных сайтов и работает на основе предположения, что репликация почти мгновенна. При перезагрузках и сбоях накапливается отставание, шансы на чудо уменьшаются и начинаются ошибки.
А у ТС дело в чем-то другом.
Я не говорил что использую эту схему в хостинге, хватит фантазировать :D Но в целом понял о чем вы.
Romka_Kharkov, если ничего не предполагать, то и нечего будет писать. "надо смотреть" разве ж вас устроит.
Ok, примерно понятно. Попробую поставить sync_binlog=1 и буду ждать какой-нибудь аварии на Master (хотя конечно лучше бы её не было). Спасибо за ответы.
Ok, примерно понятно. Попробую поставить sync_binlog=1 и буду ждать какой-нибудь аварии на Master (хотя конечно лучше бы её не было). Спасибо за ответы.
Так а ошибку то покажите? Лучше предупредить проблему чем ждать ее повторения)
Так а ошибку то покажите? Лучше предупредить проблему чем ждать ее повторения)
Ошибки бывают разные. Всё связано в основном с внезапным отключением питания у Master. Вот из последнего:
Slave SQL: Query caused different errors on master and slave. Error on master: message (format)='Invalid error code' error code=126 ; Error on slave: actual message='no error', error code=0.
Slave SQL: Relay log read failure: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave. Error_code: 1594
Slave SQL: Query caused different errors on master and slave. Error on master: message (format)='Table '%-.192s' is marked as crashed and should be repaired' error code=1194 ; Error on slave: actual message='no error', error code=0.
Slave SQL: Error 'Duplicate entry '11401495' for key 'PRIMARY'' on query.
-----------
А sync_binlog=1 оказалось, что дико тормозная вещь. Пришлось отказаться. Видимо придётся по-прежнему вручную поднимать репликацию, когда с ней возникнут проблемы...
tmatm, а вы купите Сервер вместо компьютера. На ssd или raid c памятью и батарейкой должно быть нормально. Можно, например, на маленький ssd писать этот binlog.
Судя по ошибкам, насчет binlog угадал я правильно.