лол
я учился в педагогическом, универ учит жизни, а знания идут допом, если конечно речь идет об вышке, а не об работе по профилю обучения

даже политех не помогает, когда человек идиот

я тоже пед заканчивал
и программа по sql была довольно базовая, хоть и занимала целый семестр (и это после семестра foxpro)

вообще не было, был паскаль + borland с++

сам расчехлил python

общем, давайте не офтопить

А давай тогда еще уточним что значит “освоить sql”

Примерно чтобы удовлетворяло требованию на вакансию: «умение писать сложные запросы»)

для кого-то один join уже сложно, а кому-то и смесь рекурсивных cte с оконными функциями и десятком джоинов обыденность

Вставлю свои две копейки.
Если твои запросы потом будет оптимизировать ДБА, который свою базу знает, то вообще не важно, как ты их будешь писать.
Для написания сложных запросов и оптимизации уже существующих знаний надо много. Это так сказать отдельное искусство и оно приходит с практикой.
Вообще требование "писать сложные запросы" в корне отличается для ДБА и для ПХП разработчика. Для ДБА требуются намного более глубокие знания.
Если вы думаете, что вы сядете на недельку за материал и в совершенстве овладеете техникой - то я спешу вас расстроить.

всем доброго времени суток

получился косяк в репликации
указал бин.лог и позишин вроде актуальную, но slave выдает ошибку 1062 'Duplicate entry

решил воспользоваться SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1, сейчас даже вообще прописать slave-skip-errors = 1062

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

если есть разница, то её надо будет починить через pt-table-sync или бекапом с 100% правильной позицией. GTID позволяет снизить количество ошибок. Блокирующие бекапы тоже.

☹️
бэкапов у нас еще нет...
по этому "synchronizing a server that is a replication slave with the  --sync-to-master methods" опасно...
с gtid тоже не все понятно...

как бы то ни было, спасибо!

будем снимать бэкап с мастера, там понятно как восстанавливаться...

хуже что когда slave'ы начинают отставать вообще не понятно почему это происходит, все логирование отключено

поставьте PMM, хотя бы графики будут чего хватает-не хватает

включал general_log - но там есть все кроме ошибок/причин отставания slave...

general log бесполезен, кроме исследования проблем странных запросов от клиентской библиотеки/переменных. slow log не работает с ROW событиями репликации

мельком посомтрел что такое РММ
сразу вопрос
у нас подключение до бд через впн-терминальный сервер-сервер бд

в клиентской части получится проложить весь этот маршрут до дб, которую надо мониторить )?

через ssh -L можно пробросить?