MySQL программного обеспечения: какие-либо предложения для наблюдения за моим сервером репликации MySQL? - PullRequest
Новая
       40

MySQL программного обеспечения: какие-либо предложения для наблюдения за моим сервером репликации MySQL?

2 голосов
/ 30 августа 2008

Мне было сложно настроить свой сервер репликации. Есть ли какая-либо программа (OS X, Win, Linux или php без проблем), которая позволяет мне отслеживать и решать проблемы с репликацией? (Между прочим, для тех, кто следит за -uhm-, я был по этому вопросу здесь , здесь , здесь и здесь . Либо я ' Я поступаю неправильно, или я должен быть очень толстым)

Моя производственная база данных имеет размер несколько мегабайт и продолжает расти. Каждый раз, когда репликация базы данных останавливается, и базы данных неизбежно начинают синхронизироваться. Моя последняя повторная синхронизация из дампа заняла почти 4 часа туда и обратно!

Как всегда, даже после синхронизации я сталкиваюсь с такой ошибкой остановки показа ": 

Error 'Duplicate entry '252440' for key 1' on query.

Мне бы понравилось, если бы был какой-то способ внимательно следить за происходящим и, возможно, позволить программному обеспечению справиться с этим. Я даже весь слух о сервисных компаниях, которые могут помочь мне лучше контролировать мои данные. Или альтернативный способ полностью отразить.

Редактировать : просматривая мои предыдущие вопросы, я нашел это , что очень помогает. Я все еще слежу за решением по мониторингу.

ура

/ * т.пл. 1026 *

Ответы [ 2 ]

3 голосов
/ 30 августа 2008

Для мониторинга серверов мы используем бесплатные инструменты от Maatkit ... простые, но эффективные.

Бинарная репликация доступна в 5.1, так что, думаю, у вас есть несколько шаров. Мы по-прежнему используем 5.0, и он работает нормально, но, конечно, у нас была доля проблем с ним.

Мы используем репликацию Master-Master с MySql Proxy в качестве балансировщика нагрузки впереди, чтобы избежать ошибок:

  • мы удалили все уникальные индексы
  • в тех немногих случаях, когда нам действительно нужны были уникальные ограничения, мы убедились, что вместо INSERT мы использовали REPLACE (прокси-сервер MySql можно использовать для обеспечения надлежащего использования ... он даже может переписать ваши запросы)
  • запланированные сценарии, выполняющие интенсивные отчеты, всегда обращаются к одному и тому же серверу (не к балансировщику нагрузки) ... так что опасные операции безопасно реплицируются

Да, я знаю, это звучит просто и глупо, но это решило 95% всех проблем, которые у нас были.

0 голосов
/ 05 сентября 2008

Мы используем репликацию mysql для репликации данных на 30 серверах. Мы следим за ними с помощью nagios. Вероятно, вы можете проверить состояние репликации и использовать обработчик событий для его перезапуска с помощью SET SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1; Запустите Slave; Это исправит ошибку, но вы потеряете вкладыш, вызвавший ошибку.

Об ошибке, вы используете таблицы памяти на своих рабах? Я спрашиваю об этом, потому что единственный раз, когда мы получили много этих ошибок, они были вызваны ошибкой в ​​последних выпусках mysql. «Удалить из таблицы, где поле = значение» удалит только одну строку в таблицах памяти, даже если они содержат несколько строк.

mysql bug descritpion

...