Я в свое время когда смотрел курс по кассандре удивился и мне понравилось, что у них прям под каждым эпизодом прописано для кого это: operational architect developer (client) etc.
т.е. не всеми вещами нужно определенной роли забивать голову. Разделение труда.
DBA - это Data Base Administrtor - OPS для баз данных.
DBA это дофига чего, расшифровка "A" конечной будет зависеть от контекста или прямого указания на область. Дабы не путаться чаще так и пишут "DBA Architect", "DBA Analyst", ох уж этот чудный мир сокращений и популярности буквы А :)
Ага, тоже хотел написать - в первую очередь "архитектор продукта" Но предполагаю, что есть случаи достаточно сложных или больших баз, когда нужен человек, который скажет, как правильно с ней работать
Ага, тоже хотел написать - в первую очередь "архитектор продукта" Но предполагаю, что есть случаи достаточно сложных или больших баз, когда нужен человек, который скажет, как правильно с ней работать
Ага, тоже хотел написать - в первую очередь "архитектор продукта" Но предполагаю, что есть случаи достаточно сложных или больших баз, когда нужен человек, который скажет, как правильно с ней работать
кажется это просто должен быть хороший архитектор. Глубокие нюансы выяснят уже совместно командой (ops, arch, developer)
Был 1 случай в работе, когда со стороны приглашали консультанта по MySQL для оптимизации работы базы и для того, чтобы он рассказал админам и разработчикам, как правильнее с ней работать Вообще он консультант по одному продукту, но какую роль он выполнил? Предложил изменить схему работы с базой
это архитектор с перекосом своих знаний в область этой базы. Либо вообще узкопрофильный специалист по этой базе? или может ее контрибутор, поэтому знает чуть больше остальных ?
http://astellar.com/ Владимир Федорков Хехеххее Он был на митапе Mysql @ Scale, ссылку на который я вчера выкладывал Ну по кр мере тоже DBA и тоже Владимир Федорков
всем доброе утро а есть тут в чате те, кто имеет опыт восстановления репликации для случая когда есть триггеры на SLAVE?
binlog_format=MIXED
есть таблица prod.session2, при репликации с мастера на slave на таблицу навешаны триггеры, которые добавляют данные в bimereports и REPORTING на slave залили dump без master data напрямую в prod.session2 с DROP TABLE \ CREATE TABLE + CREATE TRIGGER (в конце дампа)
в результате имеем SHOW SLAVE STATUS
Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: mysql.%,REPORTING.%,bimereports.% Last_Errno: 1062 Last_Error: Could not execute Write_rows event on table prod.session2; Duplicate entry '3677293' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000096, end_log_pos 66185900
не понимаю как теперь сделать так чтобы восстановить репликацию? не потеряв данные которые есть на slave в REPORTING и в bimereports
думал в сторону pt-table-sync но оно с триггерами не работает
сделать mysqldump —master-data только для выбранной таблицы? но вроде тоже не поможет, при попытке залить такой дамп на slave начнут триггеры срабатывать...
=( схему с триггерами городил не я, помогите люди добрые а?
У меня про Постгрес тоже личный момент Работал несколько раз, но в плане оптимизации (ну нужны же зачем-то админы?) по сути кроме небольшого тюнинга под количество свободной памяти на сервере ничего не выходило сделать Дефолт всегда был лучше )