на время дампа хочу чтобы не писали ничего

ща

но читали

рид лок запретит

писать

ага

это касается всех баз?

или надо сначала юзе имябыза;

я делал без use и работало

ага спасибо

http://dev.mysql.com/doc/refman/5.7/en/lock-tables.html

ага уже читаю тока у меня 5.5

коллеги подскажите как на лету исключить базы из репликации на мастере?

конфиг сет какой нить там

чтобы без перезапуска сервера

никак

вернее можно

ставишь промежуточный слейв, для фильтрации :)

да не может быть

я ж когда то задавал такую хрень на лету

а она работала?

lf

да

я вспомнил там есть типа динамически что можно менять и статика

вот наверное эта хрен ь статична и на лету её не изменить

SHOW VARIABLES;

вот че можно

надо просто понять что такое репликация и бинлоги

станет понятно почему так не выйдет

в 5.7 можно на лету менять

и просто перестается писаться в бинлог?

лично не пробовал, если ты об этом )

5.7 вообще кто-то лично пробовал в продакшене?

да

а что интересует?

у нас есть

интересует какие проблемы спалили и вообще какаая версия

Server version: 5.7.11-4-log Percona Server (GPL), Release 4, Revision 5c940e1

у меня такая

проблем никаких не спалили

перешли потому что хотели репликацию по каналам

5.7.12, поставил совместимость с 5.6 (mysql_mode) и все

ребят, у hibernate вылетает следующий эксепшен : QuerySyntaxException: expecting CLOSE, found '(' near line 1, column 75

в чем может быть проблема?

в синтаксисе? )

у тебя criteria или что:

hql?

hql

сам запрос рабочий, на другой проге тестировал, на шарпе написанной

там всё хорошо

Не первой свежести шутка. К тому же, ФСБ обяжут тебя всё хранить самостоятельно.

Не первой свежести шутка. К тому же, ФСБ обяжут тебя всё хранить самостоятельно.

Эххх. Где я и где фсб... пусть помечтают

QuerySyntaxException: (table_name) is not mapped

всем привет. сталкивался кто то с подобной ошибкой?

Hibernate?

если hibernate(hql) то надо указывать имя класса(сущности), а не таблицы

Коллеги подскажите почему импорт дампа в мускуль использует очень мало ресурсов?

дамп в 5 гб заливается 3 часа

много

это ненормально кмк

мб размер пакета?

локально или по сети?

хм может

локально

ваще дичь

max_allowed_packet = 4M

оно?

ага

вроде зашевелилось. вообще какое оптимальное значение если дамп в среднем 10гб?

зависит от данных вроде

есть ситуации когда огромные BLOB, не лезут никуда

а так - 16-256Мб вроде

Посоны, я в дба не умею, но приходиться... Есть один оракл, который активно юзают, можно ли сейчас замутить ему реплику чтоб оно синхронулось само а мне потом основной сервак ебнуть

Абы не ебстись с дампами

Читаю маны- из них неясно нифига, везде с нуля развёртываете был

Здравствуйте коллеги, подскажите пожалуйста кто знает. У меня проблема с настройкой ejabberd сервера. Не могу никак настроить подтягивание учетных записей из active directory. При запуске сервиса пишет что не может найти ноду. Аналогично при настройке подключения базы данных postgresql. Все делал по мануалу с сайта производителя. Устанавливал с бинарного пакета

PostgreSQL, по-моему не умеет подтягивать пользователей из ActiveDirectory, он умеет только производить аутентификацию через него

пользотвали все равно должны быть заведены в PostgreSQL и прописаны в pg_hba.conf

PostgreSQL, по-моему не умеет подтягивать пользователей из ActiveDirectory, он умеет только производить аутентификацию через него

Это все понятно, проблема конкретно с jabber сервером

Есть мускул. Есть график задержек репликации - по оси абсцисс - время дня, по оси ординат - seconds behind master. График синусоидальный, с экстремумами каждые 12 часов, задержки нулевые в два часа ночи, максимальные в два часа дня. Мастер и слэйв имеют идентичную конфигурацию, интерконнект - 10 гигабит. В чём может быть проблема? У меня из идей пока только row-based репликация при частом изменении одним запросом множества колонок.

Нагрузка максимальная днем и минимальная ночью?

Речь не о нагрузке, а об отставании слэйва за мастером. Нагрузка мне неизвестна.

Отставание вполне может зависеть от нагрузки.

Врядли нагружен только слэйв, ну ладно, как вариант. Есть ещё идеи? Вопрос, кстати, с собеседования.

А дело как раз не только в слейве. У нас, например, ночью переливается одна база и отставание может до 1.5 минут доходить в это время.

Хорошо, а какого рода нагрузка? Диск, процессор или что-то ещё?

У тебя репликация может упираться в диск или процессор.

Диски то ссд?

кстати, а репликация то какая? мастер-мастер? или мастер-слейв?

Да какая разница то. Если слейв нагружен по процессору - то поток репликации в него и упирается. Иначе в диск. Это про рбр если.

Если это задача для собеседования, то вполне возможно, что нужен не конкретный ответ, которого может и не быть, а ход мыслей собеседуемого.

Чот я тоже про это подумал )

Диски то ссд?

Не спросил. Но не понимаю, какая разница, если суть в отставании слэйва, а не в скорости выполнения запросов. Конфиг у железок предполагается одинаковый.

кстати, а репликация то какая? мастер-мастер? или мастер-слейв?

Второе.

Если это задача для собеседования, то вполне возможно, что нужен не конкретный ответ, которого может и не быть, а ход мыслей собеседуемого.

Я бы тоже так подумал, но меня ещё спросили, когда не смог ответить, не сталкивался ли я с таким. Видимо, подобная ситуация могла случиться и ирл при определённых обстоятельствах.