Что такое ушм инструмент: Болгарки – немного истории и особенности выбора инструмента

alexxlab | 18.09.1976 | 0 | Разное

Виды УШМ

Люди изобретают различные инструменты для облегчения условий труда. Но немногие инструменты могут претендовать на такую универсальность, как угловая шлифовальная машина (УШМ). С помощью этого приспособления можно резать и шлифовать металл, камень, плитку и другие материалы. На рабочий вал машины можно устанавливать дополнительные приспособления, увеличивая тем самым диапазон её применения.

Полки магазинов строительного инструмента радуют широким ассортиментом угловых шлифовальных машин, больше известных под названием «Болгарка». Особенно такое изобилие всевозможных форм, размеров и производителей поражают в больших гипермаркетах. И покупатель, впервые решивший приобрести этот инструмент, неизменно сталкивается с проблемой: как выбрать болгарку, подходящую именно ему? Как, не переплачивая, подобрать качественный инструмент? В данной статье мы расскажем, какие бывают болгарки, и как выбрать нужную, в зависимости от потребностей покупателя.

Сферы применения угловых шлифмашин (УШМ)

Наиболее часто болгарку применяют для резки и шлифовки металлов. Для резки используют специальные абразивные круги, стирающиеся в процессе работы. Эти круги нельзя применять для шлифовки, поскольку при боковой нагрузке они могут разрушиться, и осколки могут серьёзно травмировать пользователя. Шлифуют предназначенными для этого кругами, имеющими достаточную толщину и прочность. Также для этих целей предусмотрены лепестковые шлифтарелки.

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

В качестве дополнительного оборудования, на угловую шлифмашину можно установить щётку по металлу или приспособление для шлифовки наждачной бумагой. Промышленность выпускает и диски по дереву для УШМ, но работать с ними крайне не рекомендуется. Дело в том, что у дерева неоднородная структура, что вызывает резкие толчки и удары при работе. В результате инструмент может заклинить или вырвать из рук, что может привести к сильным травмам.

Правильный выбор болгарки

В зависимости от назначения, болгарки выпускают разных размеров и мощности. Существует 5 типов этого инструмента, зависимо от размера круга и мощностью 0,5-2,5 Квт:

• Ø 115мм. Предназначена для резки тонкого металла, плитки, шифера. Наиболее удобна для шлифовки. Благодаря небольшому весу, этим инструментом можно пользоваться длительное время.
• Ø 125мм. Двигатель инструмента несколько мощнее при низкой массе, что делает этот размер наиболее распространённым.
• Ø 150мм. Мощность и масса заметно выше, но и глубина реза тоже увеличена. Идеальна для резки материалов средней толщины.
• Ø 180мм. Довольно тяжёлый и мощный инструмент. Шлифовать такой болгаркой можно, но неудобно и тяжело, особенно из-за высокой вибрации. Широко применяется профессиональными строительными и ремонтными бригадами.
• Ø 230мм. Работать с таким инструментом могут только физически крепкие люди, обладающие соответствующими навыками. Незаменима, когда нужно ровно порезать кирпич, строительный блок и даже бетонную плиту.

Для выбора оптимального инструмента, необходимо определиться, какие работы Вы собираетесь выполнять. Для небольших работ по дому оптимальны болгарки средних размеров. Также в пределах одного размера, мощность инструментов может различаться. Для длительных работ, во избежание перегрева двигателя, лучше выбрать УШМ большей мощности, при том же размере круга. 

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

Болгарки, оборудованные системой плавного пуска, несколько дороже, но такая система снижает стартовую нагрузку на двигатель, что продлевает срок его службы. Также такой инструмент не дёргается в руках и работать им намного комфортнее.

Класс УШМ

Фирмы-производители выпускают болгарки различных классов. При одном размере и мощности, стоимость инструментов может различаться в несколько раз. Болгарки профессионального уровня, способные работать полный рабочий день на протяжении многих лет, намного дороже китайского ширпотреба. Если Вы хотите выбрать болгарку для домашних нужд, не стоит тратиться на супердорогую модель. Лучше приобрести УШМ среднего класса, предназначенную именно для таких целей.

Торговая сеть “Планета Электрика” имеет широкий ассортимент угловых шлифовальных машин различных классов. С выбором Вы можете ознакомиться в каталоге. 

Болгарки – немного истории и особенности выбора инструмента

Угловые шлифмашины давно являются незаменимым инструментом для каждого мастера, который желает сохранить свое время и сократить усилия для проведения работ. Сегодня сложно точно сказать, кому принадлежит изобретение болгарки, в истории есть несколько версий, но статья не об этом. Достаточно лишь вспомнить, что впервые массовое производство было налажено знаменитой немецкой компанией AEG еще в 40-х годах прошлого столетия. Однако слово «болгарка» в обиходе российских людей появилось лишь в 70-х годах, когда начался массовый выпуск данного инструмента на заводе «Элпром-Ловеч», и дальнейшие поставки на территорию СССР. В 1966 году завод приобретает патент по изготовлению УШМ у компании AEG, поэтому происхождение слова «болгарка» более-менее понятно. 

На современном рынке широко представлены угловые шлифовальные машинки с пневматическим и электрическим приводом. Особое место в предпочтениях мастеров занимает аккумуляторная болгарка – она может работать там, где нет электрической сети, но имеет меньшую производительность. В основу работы УШМ положен довольно простой принцип – внутри корпуса расположен двигатель, передающий усилие непосредственно на инструмент, то есть – на шлифовальный круг. Передается усилие за счет действия двух шестеренок, которые находятся под углом в 90 градусов по отношению друг к другу – это и предопределило название для машины «угловая». 

В современных условиях болгарки способны справиться с решением широкого спектра задач. Многие, вероятно, сталкивались с необходимостью качественной и быстрой резки кирпича или плитки, распиливания прутика или трубки, зачистки швов после сварки, шлифовки поверхности от краски либо лака, счистки ржавчины и прочих задач. В этом случае и становится актуальным желание купить болгарку.При решении купить УШМ, следует изначально проанализировать задачи, для которых и будет использоваться инструмент. Такой подход позволит определить необходимую категорию инструмента для дальнейшего поиска. Основные подразделы УШМ представлены бытовыми и профессиональными моделями, которые различаются по нескольким показателям – мощность, производительность, время непрерывной работы, стоимость, надежность, качество составляющих материалов, эргономика, вес и некоторые другие. 

Безусловно, бытовые модели уступают своим профессиональным аналогам практически по всем параметрам, за исключением стоимости. Но смущаться такой ситуации не стоит, ведь необходимо выбирать инструмент под конкретные задачи, а не по принципу “лучше чем у соседа” Для примера, простая полировка или шлифовка, также неглубокая резка будет вполне под силу машинке, скорость вращения диска которой составляет до 6 тыс. оборотов в минуту. Если необходимо резать бетон или камень, рационально задуматься о более мощных показателях – в частности, мощность должна составлять порядка 2 тыс. Вт, а скорость вращения уже превышать 6 тыс. оборотов в минуту. 

Важным отличием “болгарок” является и диаметр диска, который также выбирается с учетом предстоящих работ:

• малые – при диаметре 115-125 мм,
• средние – 150-180 мм,
• большие – 230 мм.

Сразу стоит отметить, что при увеличении диаметра диска снижается и число оборотов. К примеру, для малого диаметра число оборотов варьируется в пределах 10-15 тыс. в минуту. В случае с большим диаметром
этот показатель существенно уменьшается – около 6-8 тыс. оборотов.

Учитывая условия эксплуатации УШМ, можно разделить инструмент на несколько категорий – работа от электросети и от батарей. Стоит обратить свое внимание и на функциональные особенности болгарки. Среди популярных дополнений инструмента отметим следующие:

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

Все же очень важной характеристикой “болгарки” является ее мощность, поскольку при увеличении мощности дольше происходит и нагрев инструмента, появляется возможность использования дисков с большим диаметром. Это позволяет осуществлять более глубокие разрезы. Рекомендуем выбор машинки с потенциалом по регулировке частоты вращения круга.

Различаться «болгарки» могут по типу удержания:

• одноручные – использовать инструмент можно одной рукой,
• двуручные УШМ – работа возможна лишь двумя руками. Этот вариант считается наиболее предпочтительным в отношении вопросов безопасности работы.

 

Источник: интернет-магазин www.toool.ru

Перепечатка информации только с использованием ссылки на www.toool.ru

УШМ (болгарки)

УШМ (Болгарки), диск 115 мм

УШМ-П115-750

Машина углошлифовальная компактная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	115 мм
Мощность	750 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	нет
Масса изделия	2.1 кг

• Одноручный хват
• Полная защита от пыли
• Защита от повреждения коллектора
• Поворотная голова
• Бесключевая регулировка кожуха
• Специальные фланцы

УШМ-115-800 М3

Машина углошлифовальная, серия МАСТЕР

Сравнить

Диаметр диска	115 мм
Мощность	800 Вт
Регулировка оборотов	нет
Усиленная пылезащита	нет
Электронные системы	нет
Масса изделия	2.1 кг

• Компактный инструмент
• Одноручный хват
• Пылезащита
• Защита от повреждения коллектора
• Поворотная голова
• Специальные фланцы

УШМ (Болгарки), диск 125 мм

УШМ-П125-750

Машина углошлифовальная компактная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	125 мм
Мощность	750 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	нет
Масса изделия	2.1 кг

• Одноручный хват
• Полная защита от пыли
• Защита от повреждения коллектора
• Поворотная голова
• Бесключевая регулировка кожуха
• Специальные фланцы

УШМ-П125-850

Машина углошлифовальная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	125 мм
Мощность	850 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	нет
Масса изделия	2.2 кг

• Одноручный хват
• Полная защита от пыли
• Защита от повреждения коллектора
• Поворотная голова
• Бесключевая регулировка кожуха
• Специальные фланцы

УШМ-П125-1000

Машина углошлифовальная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	125 мм
Мощность	1000 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	нет
Масса изделия	2.6 кг

• Одноручный хват
• Полная защита от пыли
• Защита от повреждения коллектора
• Поворотная голова
• Бесключевая регулировка кожуха
• Специальные фланцы

УШМ-П125-1200 ЭПСТ

Машина углошлифовальная, регулировка оборотов, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	125 мм
Мощность	1200 Вт
Регулировка оборотов	есть
Усиленная пылезащита	есть
Электронные системы	есть
Масса изделия	2.6 кг

• Одноручный хват
• Плавный пуск
• Регулировка оборотов
• Константная электроника
• Защита от перегрузки
• Бесключевая регулировка кожуха

УШМ-П125-1400 ПСТ

Машина углошлифовальная компактная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	125 мм
Мощность	1400 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	есть
Масса изделия	2.6 кг

• Одноручный хват
• Плавный пуск
• Константная электроника
• Защита от перегрузки
• Бесключевая регулировка кожуха
• Полная защита от пыли

УШМ-П125-1400 ЭПСТ

Машина углошлифовальная, регулировка оборотов, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	125 мм
Мощность	1400 Вт
Регулировка оборотов	есть
Усиленная пылезащита	есть
Электронные системы	есть
Масса изделия	3.5 кг

• Двуручная машина
• Плавный пуск
• Регулировка оборотов
• Константная электроника
• Защита от перегрузки
• Антивибрационная и поворотная рукоятка

УШМ-125-800 М3

Машина углошлифовальная, серия МАСТЕР

Сравнить

Диаметр диска	125 мм
Мощность	800 Вт
Регулировка оборотов	нет
Усиленная пылезащита	нет
Электронные системы	нет
Масса изделия	2.1 кг

• Компактный инструмент
• Одноручный хват
• Пылезащита
• Защита от повреждения коллектора
• Поворотная голова
• Специальные фланцы

УШМ-125-950 М3

Машина углошлифовальная, серия МАСТЕР

Сравнить

Диаметр диска	125 мм
Мощность	950 Вт
Регулировка оборотов	нет
Усиленная пылезащита	нет
Электронные системы	нет
Масса изделия	2.2 кг

• Компактный инструмент
• Одноручный хват
• Пылезащита
• Защита от повреждения коллектора
• Поворотная голова
• Специальные фланцы

УШМ-125-1100 ТМ3

Машина углошлифовальная, регулировка оборотов, серия МАСТЕР

Сравнить

Диаметр диска	125 мм
Мощность	1100 Вт
Регулировка оборотов	есть
Усиленная пылезащита	нет
Электронные системы	есть
Масса изделия	2.3 кг

• Компактный инструмент
• Одноручный хват
• Регулировка оборотов
• Защита от перегрузки
• Пылезащита
• Защита от повреждения коллектора
• Поворотная голова

УШМ-125-1200 ЭМ3

Машина углошлифовальная, регулировка оборотов, серия МАСТЕР

Сравнить

Диаметр диска	125 мм
Мощность	1200 Вт
Регулировка оборотов	есть
Усиленная пылезащита	нет
Электронные системы	нет
Масса изделия	2.4 кг

• Компактный инструмент
• Двуручный хват
• Регулировка оборотов
• Пылезащита
• Защита от повреждения коллектора
• Поворотная голова

УШМ (Болгарки), диск 150 мм

УШМ-П150-1400 В

Машина углошлифовальная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	150 мм
Мощность	1400 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	нет
Масса изделия	3.4 кг

• Баланс мощности и размера диска
• Антивибрационная и поворотная рукоятка
• Защита от повреждения коллектора
• Поворотная голова
• Быстрая замена щеток
• Бесключевая регулировка кожуха

УШМ-150-1400 М3

Машина углошлифовальная, серия МАСТЕР

Сравнить

Диаметр диска	150 мм
Мощность	1400 Вт
Регулировка оборотов	нет
Усиленная пылезащита	нет
Электронные системы	нет
Масса изделия	3.7 кг

• Двуручная машина
• Пылезащита
• Защита от повреждения коллектора
• Поворотная голова
• Быстрая замена щеток
• Специальные фланцы

УШМ (Болгарки), диск 180 мм

УШМ-П180-2100 ПВ

Машина углошлифовальная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	180 мм
Мощность	2100 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	есть
Масса изделия	5 кг

• Значительная мощность
• Плавный пуск
• Антивибрационная и поворотная рукоятка
• Защита от повреждения коллектора
• Поворотная голова
• Бесключевая регулировка кожуха

УШМ-180-1800 ПМ3

Машина углошлифовальная, серия МАСТЕР

Сравнить

Диаметр диска	180 мм
Мощность	1800 Вт
Регулировка оборотов	нет
Усиленная пылезащита	нет
Электронные системы	есть
Масса изделия	4.5 кг

• Двуручный хват
• Плавный пуск
• Поворотная рукоятка
• Защита от повреждения коллектора
• Поворотная голова
• Быстрая замена щеток

УШМ (Болгарки), диск 230 мм

УШМ-П230-2100 ПВ

Машина углошлифовальная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	230 мм
Мощность	2100 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	есть
Масса изделия	5.2 кг

• Увеличенная мощность
• Плавный пуск
• Антивибрационная и поворотная рукоятка
• Защита от повреждения коллектора
• Поворотная голова
• Бесключевая регулировка кожуха

УШМ-П230-2400 ПВ

Машина углошлифовальная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	230 мм
Мощность	2400 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	есть
Масса изделия	6.1 кг

• Увеличенная мощность
• Плавный пуск
• Антивибрационная и поворотная рукоятка
• Защита от повреждения коллектора
• Поворотная голова
• Бесключевая регулировка кожуха

УШМ-П230-2600 ПВСТ

Машина углошлифовальная, серия ПРОФЕССИОНАЛ

Сравнить

Диаметр диска	230 мм
Мощность	2600 Вт
Регулировка оборотов	нет
Усиленная пылезащита	есть
Электронные системы	есть
Масса изделия	6.5 кг

• Максимальная мощность
• Плавный пуск
• Константная электроника
• Защита от перегрузки
• Антивибрационная и поворотная рукоятка
• Бесключевая регулировка кожуха

УШМ-230-2100 ПМ3

Машина углошлифовальная, серия МАСТЕР

Сравнить

Диаметр диска	230 мм
Мощность	2100 Вт
Регулировка оборотов	нет
Усиленная пылезащита	нет
Электронные системы	есть
Масса изделия	4.9 кг

• Двуручный хват
• Плавный пуск
• Поворотная рукоятка
• Защита от повреждения коллектора
• Поворотная голова
• Быстрая замена щеток

УШМ (болгарки) –

Угловая шлифмашина (УШМ) применяется для шлифования и резки твердых поверхностей (бетона, керамики, металла), очистки металла от ржавчины, полировки, удаления коррозии, заточки инструментов и др. Разные модели отличаются возможностью регулировки оборотов, ограничением пускового тока, оснащением тормозом двигателя, ручками с антискользящим покрытием.

Размер

УШМ различаются в основном максимальным диаметром шлифовального диска, который на них можно надеть. Встречаются диски как маленького размера – 115 мм, 125 мм, так и довольно крупные – 230 мм и больше. Шлифовальные машины размером более 125 мм должны попадать только в руки профессионалов. В быту достаточно болгарки на 115 или 125 мм.

Мощность и скорость

Мощность бывает от 650 до 2300 Вт. Более высокий показатель является преимуществом, хотя не обязательно сопровождается повышенными максимальными оборотами. Мощный инструмент с хорошей электроникой не тормозит под нагрузкой. Это означает более эффективную резку твердых материалов.

Плавный пуск

Это важная характеристика для мощных шлифовальных машин. У сильной болгарки без функции мягкого старта такая отдача, что приходится каждый раз крепко держать, чтобы она не вырвалась из рук. Болгарка по металлу с мягким пуском медленно разгоняется, а отдачи нет. Но это не актуально при мощности 800 Вт и менее.

Контроль скорости

Это очень полезная опция, позволяющая использовать колодки (например, проволочные щетки), которые не рассчитаны на высокую скорость.

Аккумуляторная болгарка

Вы можете купить УШМ (болгарку) на аккумуляторе. Благодаря отсутствию кабеля электроинструмент можно использовать в местах, где нет розетки.

Корпус

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

Преимущества «БОБЕРСТРОЙ»

Большой выбор УШМ вы найдете в каталоге интернет-магазина Bober-stroy.ru. Мы предлагаем недорогие цены и быструю доставку товара в Нижний Тагил, Первоуральск и Каменск-Уральский.

инструмент родом из Болгарии / Статьи

Угловые шлифовальные машины благодаря своей функциональности давно снискали признание и любовь отечественного потребителя как на профессиональном, так и на бытовом уровне. Кроме своего прямого назначения – шлифовки – обозначенного в названии, эти машинки активно используются для отрезных работ по металлу и камню. Вторая составляющая в названии («угловая») предопределена наличием углового редуктора, благодаря которому рабочие диски вращаются в плоскости, параллельной оси инструмента. В народе УШМ по-простому называют «болгарками», так как первые такие инструменты, появившиеся на бескрайних просторах СССР в 70-х годах прошлого века, были произведены именно в Болгарии.

Собственно изначально инструмент предназначался именно для шлифовки, а уже позже, когда были «изобретены» специальные отрезные круги, эти шлифовальные машины адаптировали для резки. Современным болгаркам «по зубам» металл, кирпич, камень, бетон и асфальт. С их помощью можно эффективно удалять ржавчину и старый слой лакокрасочных покрытий, шлифовать и полировать различные поверхности и даже осуществлять заточку инструментов. Все это, разумеется, при наличии надлежащей оснастки.

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

Принцип работы УШМ довольно прост и основан на преобразовании электрической энергии в механическую посредством эффективного двигателя и углового редуктора с понижающим передаточным числом.
Основополагающей характеристикой болгарок является диаметр рабочей насадки. Именно в соответствии с этим параметром модели комплектуются двигателями вполне определенной мощности, обеспечивающими в паре с редуктором оптимальное число оборотов на выходе. Это обусловлено тем, что максимально допустимая линейная скорость на кромке режущего диска составляет 80 м/с. Превышение установленного скоростного порога может стать причиной травматизма, а значительное отклонение в сторону понижения повлечет снижение производительности и преждевременный износ диска.

В результате  в УШМ  с малым диаметром диска скорость вращения на шпинделе гораздо выше, нежели в аналогичных машинках с рабочим диском большего диаметра. Для болгарок с диском диаметром 115 мм оптимальная скорость вращения составляет 11000 об/мин, а для аналогичного инструмента с диском диаметром 230 мм – всего 6600 об/мин. По вполне понятным причинам категорически воспрещается  устанавливать на болгарки отрезные диски,  диаметром больше указанного в технических характеристиках инструмента. 

Разброс мощности современных угловых шлифовальных машин находится в пределах 700-2700 Вт.

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

В одноручных машинах нет четко выраженной основной рукоятки: ее функцию выполняет часть корпуса, как правило, покрытая слоем эластомера. Двуручные болгарки чаще встречаются среди мощных машин с корпусом большого диаметра, неудобным для захвата. Основная рукоятка в таких моделях имеет улучшенную эргономику, на нее вынесены основные  элементы управления. Зачастую она содержат элементы активного гашения вибрации и может фиксироваться в нескольких положениях. И одноручные, и двуручные угловые шлифовальные машины непременно комплектуются боковой рукояткой.

Работа с болгаркой – дело довольно шумное и пыльное. По части снижения шума все производители оказались единодушны и оснастили свои модели редукторами с косозубыми шестернями. Что касается защиты механизма от пыли, то здесь у каждого свое решение. В частности макитовские разработчики снабдили свои болгарки пылезащищенными моторами, оградили подшипники от воздушных каналов стенками лабиринтного уплотнения и предусмотрели герметизированные кнопки управления.

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

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

Для простой замены рабочих насадок на корпусе редуктора имеется кнопка блокировки шпинделя.

Наиболее мощные модели (от 1000 Вт) оснащены системой ограничения пускового тока, обеспечивающей постепенное наращивание оборотов, исключающей ударные нагрузки на механизм и предупреждающей перепады напряжения в питающей сети в момент запуска двигателя.

Чтобы исключить заклинивание диска в материале в результате снижения мощности под нагрузкой, профессиональные модели снабжают константной электроникой. Но подобное усовершенствование имеет и оборотную сторону: если диск все-таки оказался зажатым, неизбежен сильный обратный удар. С тем чтобы его предотвратить и защитить тем самым механизм от преждевременного выхода из строя, а пользователя – от случайного травматизма в угловых шлифовальных машинах имеются предохранительные муфты. Каждый производитель в этом плане реализует свое ноу-хау. Гордостью макитовских разработчиков является система SJS (Super Joint System), обеспечивающая плавный ход на протяжении всей работы и разъединяющая редуктор и двигатель в критических ситуациях, предохраняя тем самым последний от перегрузок.

Применение быстрозажимных механизмов в конструкциях угловых шлифовальных машин существенно упрощает их использование. В частности наличие «суперфланца» позволяет осуществлять замену рабочих насадок без привлечения вспомогательного инструмента. Это же касается и переустановки защитного кожуха, фиксируемого посредством простого и вместе с тем эффективного рычажного механизма.

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

В первом и во втором случае нет необходимости постоянного удерживания «кнопки» пуска при продолжительных непрерывных работах, что снижает нагрузку на кисть пользователя и не приводит к излишней утомляемости. Курковый выключатель с этой целью обычно сопровождается блокирующей кнопкой.

Уже давно известно, что продолжительное воздействие колебательных вибраций на организм может стать причиной целого букета профессиональных заболеваний. Кроме того избыточная вибрация не проходит бесследно и для самого инструмента. С целью повышения комфортности болгарок разработчики стараются максимально снизить вибрацию на рукоятках, особенно, когда речь идет о моделях класса «профи». В случае с угловыми шлифовальными машинами Макита это достигается за счет антивибрационной боковой рукоятки, прорезиненных накладок и вставок на основной рукоятке, элементах активного гашения вибраций в месте ее соединения с корпусом и упомянутой системы SJS.

В модельном ряду угловых шлифовальных машин Makita можно встретить и шустрых малюток весом всего 1.4 кг (Makita 9555 HN и др.) и настоящих промышленных монстров (Makita GA 9040 SFK) с большим запасом мощности. Все они характеризуются повышенной надежностью и признанным трудолюбием, наделены необходимыми функциями и просты в эксплуатации. К тому же при всех своих достоинствах болгарки Макита выгодно отличаются по цене от аналогов других производителей. Благодаря перечисленным качествам они давно снискали популярность у отечественного потребителя и пользуются неизменным спросом уже многие десятилетия.

принцип работы и особенности, выбор диаметра и другие характеристики

19.04.2016 г.

Принцип работы и особенности 

Угловая шлифовальная машина (далее «ушм», «болгарка») Makita — электроинструмент, предназначенный для абразивной обработки: резки, шлифования и зачистки изделий из металла, пластика и других материалов. Работают по следующему принципу: электрическая энергия от источника питания преобразуется в механическую, что заставляет вращаться диск или щетку. Применяется в строительстве, металлообработке и обработке древесины.
Болгарки японской компании Makita надежны, эргономичны: обладают лабиринтной конструкцией, которая защищает шарикоподшипники от пыли. Японская компания использует специальный лак, которым покрывается якорь. Данный лак не позволяет пыли осаждаться на деталях двигателя, что является гарантией долговечности угловых шлифмашин Makita. 
Плюсы японских ушм также включают в себя быструю замену диска и систему привода с муфтой «Super-Joint-System», которая исключает возможность обратного удара, т.е. рывков. Помимо прочего, отличаются легкостью и компактностью. 

Super-Joint-System 

Данная система состоит из пружины, которая передает усилие от ротора на коническую шестерню. Super-Joint-System работает, как муфта скольжения, исключая рывки при запуске инструмента. В качестве муфты скольжения, эта система обеспечивает плавную работу с минимальной вибрацией. 80% моделей оснащены данной системой.

Основные свойства при выборе ушм: мощность, скорость вращения, диаметр шлифкруга.

Диаметр и характеристики

• 115 мм — небольший устройства мощностью до 0,84 кВт и скоростью вращения — 10000-11000 оборотов в минуту. Есть возможность работать одной рукой.
• 125 мм — компактные устройства мощностью до 1,4 кВт и скоростью вращения — 11 000 об/мин. 60% оснащены Super-Joint-System b системой плавного пуска.
• 150 мм — среднего размеры устройства мощностью до 2.6 кВт и скоростью до 8500 оборотов в минуту. Обладают повышенной пылезащищенностью.
• 180 мм — устройства мощностью до 2,6 кВт и скоростью вращения 8500 оборотов в минуту. 100% моделей оснащены Super-Joint-System, системой плавного пуска, большим курковым выключателем, имеют поворотную рукоятку. Корпус редуктора поворачивается на 90 градусов.
• 230 мм — устройства мощностью до 2,6 кВт и скоростью вращения 6600 оборотов в минуту. Особая стойкость к перегреву, усиленные шестерни редуктора.

Как известно, ушм можно использовать при шлифовке и резки металла и прочих материалов, удалении краски. Однако важно знать, что для каждой из вышеперечисленных задач следует подобрать нужный диск. Рекомендуется выбирать диски известных и проверенных производителей (не обязательно бренда Makita). Существуют специальные диски для шлифовки, для резки бетона, кирпича. Для удаления краски на каждый случай выбираются подходящие шлифкруги. Важно учитывать число оборотов, на которые рассчитан диск (не должно быть меньше, чем у инструмента). Резьба шпинделя болгарок Makita — M14.

На заметку: угловые шлифовальные машины прозвали «болгарками» в 70-х годах прошлого века по причине того, что первые инструменты поставлялись в нашу страну из Болгарии.

«Болгарка» – история названия и секреты правильного выбора инструмента

Болгарка, или как ее официально называют угловая шлифовальная машина, является, пожалуй, самым популярным и многофункциональным инструментом в арсенале любого уважающего себя мастера. Но даже, несмотря на популярность болгарки, мало кто знает, откуда пошло такое нетривиальное название инструмента. Об истории происхождения слова «болгарка», а также о секретах правильного выбора и эксплуатации УШМ, рассказал генеральный директор интернет-магазина LOMASTER.BY Антон Кардонский.

– Откуда повелось называть угловую шлифмашину «болгаркой»?

– Сразу вспоминается старый анекдот: болгарин — человек, а болгарка — инструмент, финн — человек, а финка — нож, американец — человек, а американка — бильярд, и только белоруска — человек, а белорус — это трактор. Наверное, так получилось не случайно, ведь мужчины у нас в стране работящие, и, я думаю, почти каждый хоть раз держал в руках болгарку.

На самом деле, история происхождения разговорного названия угловой шлифмашины до боли проста. Так произошло, потому что первые УШМ, появившиеся в СССР, были произведены именно в Болгарии. В 70-х годах прошлого века советский рынок был захвачен болгарскими УШМ, произведенными в городе Ловече под торговой маркой «Eltos». Так как наши люди любят короткие и емкие названия, «болгарка» прочно прижилась во всех странах постсоветского пространства. Сейчас слово «болгарка» можно встретить даже на ценниках в магазинах. Больше такое название нигде не употребляется, поэтому для самих жителей Болгарии, многие из которых прекрасно понимают русский язык, фраза “работая с болгаркой, необходимо крепко держать ее в руках, сосредоточившись на инструменте” будет звучать слишком двусмысленно.

– Какие существуют секреты при выборе болгарки?

– Секреты – это громко сказано, скорее – советы. Мне не хотелось бы говорить об очевидных критериях выбора, таких как размер диска, наличие регулировки оборотов или скорость вращения. Это вполне очевидные критерии, и тут каждый сам определится с нужными параметрами, подходящими именно под его задачи. Я расскажу о некоторых характеристиках, которые большинство мастеров часто незаслуженно оставляют без внимания. Относительно недавно на рынке электроинструмента появились УШМ с бесщеточными двигателями. Главное преимущество таких болгарок очевидно. Каждый, кто пользовался углошлифмашинкой, даже если и не сильно активно, сталкивался с необходимостью замены щеток, а это – простой инструмента и какие-никакие дополнительные затраты денег и времени. Кроме того, болгарки с бесщеточным двигателем имеют еще ряд преимуществ: они меньше греются, они более долговечны, и главное они мощнее, так как отсутствует трение, которое приводит к потере энергии. Также, стоит обратить внимание на систему плавного пуска. Несмотря на то, что большинство современных моделей УШМ оснащены такой системой, пока еще на рынке несложно найти болгарки и без нее. А это чревато выбитыми пробками, если вы работаете от бытовой электросети, а также сильной вибрацией при старте. По моему мнению, среди характеристик также необходимо учитывать наличие или отсутствие следующих параметров: константной электроники (поддержание постоянных оборотов двигателя при резкой нагрузке), системы гашения вибрации и систем безопасности, таких, например, как KickBack Stop (отключение при заклинивании) в болгарках компании Bosch. Болгарка по своей травмоопасности занимает первое место среди всех инструментов, обходя по этому показателю даже бензопилу, поэтому не стоит пренебрегать системами защиты.

– Ну и напоследок поделитесь с читателями каким-нибудь полезным советом по работе с УШМ.

– Есть у меня небольшой трюк, или «лайфхак», как принято говорить у молодежи. Довольно распространенная проблема, когда отрезной диск зажимается прижимной гайкой с такой силой, что без дополнительных инструментов и «танцев с бубном» открутить ее не представляется возможным. Более того, можно переусердствовать и вовсе сломать стопор УШМ. Чтобы раз и навсегда забыть об этой проблеме, достаточно вырезать шайбу из плотной бумаги и подложить ее под гайку. Вот и все, просто и действенно. Главное запомнить, что никогда не нужно зажимать диск ключом, достаточно закрутить гайку руками, а она сама подтянется во время работы.

soundcloud / lhm: онлайн-миграция схемы MySQL

Миграция базы данных в стиле

Rails – полезный способ развить вашу схему данных в проворная манера. Большинство проектов Rails начинаются так, и сначала изменения происходят быстро и легко.

Так будет до тех пор, пока ваши таблицы не вырастут до миллионов записей. На данный момент блокирующий характер ALTER TABLE может отключить ваш сайт на час или более в то время как критические таблицы переносятся. Чтобы этого избежать, разработчики начинают для решения проблемы путем введения таблиц соединений или перемещения данных в другой слой.Разработка становится все менее и менее гибкой по мере роста таблиц и расти. Чтобы усугубить проблему, добавление или изменение индексов для оптимизации данных доступ становится таким же трудным.

Побочные эффекты могут включать черные дыры и взрыв Вселенной.

Есть несколько вещей, которые можно сделать на уровне сервера или ядра. это можно изменить значения по умолчанию в ALTER TABLE без блокировки стол. Плагин InnoDB предоставляет средства для создания онлайн-индексов, которые отлично, если вы используете этот движок, но решает только половину проблемы.

В SoundCloud довольно давно начались проблемы с миграцией, а после поискав сторонние решения, мы решили создать собственный. Мы назвали его Large Hadron Migrator, и это жемчужина онлайн Миграции ActiveRecord.

Большой адронный коллайдер в ЦЕРН

Идея

Основная идея состоит в том, чтобы выполнить миграцию онлайн, пока система работает, без блокировки стола. В отличие от ДУБА и facebook, мы используем только таблицу копирования и триггеры.

The Large Hadron – это тестовое решение на Ruby, от которого легко отказаться в миграцию ActiveRecord. Предполагает одно авто увеличенный числовой первичный ключ, называемый id, в соответствии с соглашением Rails. В отличие от решение для твиттера, оно не требует наличия индексированного updated_at столбец.

Требования

Lhm в настоящее время работает только с базами данных MySQL и требует установленного Подключение ActiveRecord.

Он совместим и постоянно тестируется с MRI 2.0.x, 2.1.x, ActiveRecord 3.2.x и 4.x (адаптеры mysql и mysql2).

Ограничения

Из-за реализации Chunker Lhm требует, чтобы таблица для переноса столбец с одним целочисленным цифровым ключом с именем id .

Еще одно замечание о Chunker: он выполняет копирование строк статического размера против id столбец. Поэтому редкое присвоение идентификатора может вызвать проблемы с производительностью для засыпки. Обычно LHM предполагает, что id – это столбец стиля auto_increment .

Установка

Установите его через gem install lhm или добавьте gem "lhm" в свой Gemfile.

Использование

Вы можете вызвать Lhm непосредственно из простого файла ruby ​​после подключения ActiveRecord к вашему экземпляру mysql:

 требуется 'lhm'

ActiveRecord :: Base.establish_connection (
  : адаптер => 'mysql',
  : host => '127.0.0.1',
  : база данных => 'lhm'
)

# и перенести
Lhm.change_table: пользователи делают | m |
  m.add_column: произвольно, "INT (12)"
  м.add_column: locale, "VARCHAR (2) NOT NULL DEFAULT 'en'"
  m.add_index [: произвольный_id,: created_at]
  m.ddl ("изменить таблицу% s добавить флаг столбца tinyint (1)"% m.name)
конец 

Чтобы использовать Lhm из ActiveRecord :: Migration в проекте Rails, добавьте его в свой Gemfile, затем вызовите его следующим образом:

 требуется 'lhm'

класс MigrateUsers 
  Примечание:  Lhm не удаляет старую оставшуюся таблицу. Это сделано специально, чтобы
для предотвращения случайной потери данных.
 Дроссель 
 Lhm использует дроссельный механизм для чтения данных в исходной таблице.
 По умолчанию, каждые 0 читается 40000 строк.1 секунда.
 Если вы хотите изменить это поведение, вы можете передать экземпляр дросселя с опцией  дроссель .
 В этом примере 1000 строк будут прочитаны с задержкой в ​​10 секунд между каждой обработкой:
 my_throttler = Lhm :: Throttler :: Time.new (шаг: 1000, задержка: 10)

Lhm.change_table: пользователи, дроссель: my_throttler do | m |
  #
конец 
 Дроссель SlaveLag 
 Lhm по умолчанию использует дроссель времени, однако лучшим решением является дросселирование копии данных.
в зависимости от времени, когда рабы отстают.Чтобы использовать дроссель SlaveLag:
 Lhm.change_table: пользователи, дроссель:: slave_lag_throttler do | m |
  #
конец 
 Или, чтобы установить это как регулятор по умолчанию, используйте следующее (например, в инициализаторе Rails):
 Lhm.setup_throttler (: slave_lag_throttler) 
 Стратегии переименования таблиц 
 Доступны две разные стратегии переименования таблиц: LockedSwitcher и
AtomicSwitcher.
 Стратегия LockedSwitcher блокирует переносимую таблицу и выдает два оператора ALTER TABLE.AtomicSwitcher использует один атомарный запрос RENAME TABLE и является предпочтительным решением.
 Lhm выбирает AtomicSwitcher, если стратегия не указана, , если не  ваша версия MySQL
затрагивается ошибкой binlog # 39675. Если ваша версия
затронут, Lhm выдаст ошибку, если вы не укажете стратегию. Тебя рекомендуют
использовать LockedSwitcher в этих случаях, чтобы избежать проблем с репликацией.
 Чтобы указать стратегию миграции:
 Lhm.change_table: users,: atomic_switch => true do | m |
  #...
конец 
 Ограничение данных, которые переносятся 
 Для случаев, когда вы хотите ограничить данные, которые переносятся в новую
таблицы по некоторым условиям, вы можете указать, что миграция будет фильтровать по набору
условия:
 Lhm.change_table (: звуки) do | m |
  m.filter ("внутренние присоединяющиеся пользователи к пользователям.`id` = звуки.`user_id` и звуки.`public` = 1")
конец 
 Обратите внимание, что этот SQL будет вставлен в копию сразу после "от"
оператор - поэтому обязательно используйте синтаксис внутреннего / внешнего соединения, а не перекрестные соединения.Эти
условия не повлияют на триггеры, поэтому любые изменения в таблице
во время бега произойдет и на новом столе.
 Очистка после прерывания работы Lhm 
 Если миграция Lhm прервана, временные таблицы могут остаться
и / или триггеры, используемые при миграции. Если миграция будет запущена повторно,
непредвиденное присутствие этих таблиц вызовет ошибку.
 В этом случае  Lhm.cleanup  можно использовать для удаления любых потерянных временных таблиц или триггеров Lhm.
 Чтобы узнать, какие таблицы / триггеры Lhm найдены:
 Для удаления любых найденных таблиц / триггеров Lhm:
 Необязательно удалять таблицы только до определенного времени, если вы хотите сохранить предыдущие миграции.
 Рельсов:
 Lhm.cleanup (: run, до: 1.day.ago) 
 Рубин:
 Lhm.cleanup (: запустить, до: Time.now - 86400) 
 Содействие 
 Во-первых, настройте для локальной разработки:
  git clone git: //github.com/soundcloud/lhm.мерзавец
cd lhm
  
 Чтобы запустить тесты, следуйте инструкциям в spec / README.
 Мы проверим ваш вклад, если вы:
 Обеспечьте полный набор тестов для вашей вилки.
 Имейте четкое и задокументированное обоснование ваших изменений.
 Упакуйте их в запрос на вытягивание.
 Мы сделаем все возможное, чтобы помочь вам с любыми проблемами, которые могут у вас возникнуть.
 Лицензия 
 Лицензия включена в этот каталог как ЛИЦЕНЗИЯ.
 Похожие решения 
 Представляем Large Hadron Migrator 
 Миграции баз данных в стиле Rails - полезный способ гибкого развития вашей схемы данных. Большинство проектов Rails начинаются таким образом, и сначала вносить изменения быстро и легко.
 Так будет до тех пор, пока ваши таблицы не вырастут до миллионов записей. На этом этапе блокирующий характер  ALTER TABLE  может вывести ваш сайт из строя на час больше, пока выполняется миграция критических таблиц. Чтобы избежать этого, разработчики начинают проектировать вокруг проблемы, вводя таблицы соединений или перемещая данные на другой уровень.По мере роста таблиц разработка становится все менее и менее гибкой. Проблема усугубляется тем, что добавление или изменение индексов для оптимизации доступа к данным становится столь же трудным.
 Побочные эффекты могут включать черные дыры и взрыв Вселенной.
 Есть несколько вещей, которые можно сделать на уровне сервера или ядра. Можно изменить значения по умолчанию в  ALTER TABLE  без блокировки таблицы. Плагин InnoDB предоставляет средства для создания онлайн-индекса, что отлично, если вы используете этот движок, но решает только половину проблемы.
 В SoundCloud довольно давно у нас начались проблемы с миграцией, и после поиска сторонних решений [0] 2 мы решили создать свои собственные. Мы назвали его Large Hadron Migrator, и это жемчужина для онлайн-миграций ActiveRecord.
 Большой адронный коллайдер в ЦЕРН
 Идея 
 Основная идея состоит в том, чтобы выполнить миграцию онлайн, пока система находится в рабочем состоянии, без блокировки таблицы. Подобно OAK (онлайн-таблица изменения) 2 и инструменту facebook [0], мы используем таблицу копирования, триггеры и таблицу журнала.
 Мы копируем последовательные диапазоны данных из исходной таблицы в таблицу-копию, а затем переименовываем оба в конце. Поскольку при этом операторы UPDATE, DELETE и CREATE продолжают обращаться к исходной таблице, мы добавляем триггеры для записи этих изменений в таблицу журнала.
 В конце процесса копирования таблица журнала воспроизводится так, чтобы ни одна из этих промежуточных мутаций не была потеряна.
 The Large Hadron - это решение на Ruby, управляемое тестированием, которое можно легко перенести в процесс миграции ActiveRecord.Он предполагает один автоматически увеличивающийся числовой первичный ключ, называемый id, в соответствии с соглашением Rails. В отличие от решения twitter [1], он не требует наличия индексированного столбца updated_at.
 Использование 
 Large Hadron Migrator в настоящее время реализован как Rails ActiveRecord Migration.
  класс AddIndexToEmails  0.2 do | table_name |
      выполнить% Q {
        изменить таблицу% s
          добавить индекс index_emails_on_hashed_address (hashed_address)
      }% table_name
    конец
  конец
конец  
 Этапы миграции 
 LHM проходит следующие этапы во время миграции.
 1. Получите максимальное значение первичного ключа для таблицы 
 При запуске миграции мы запоминаем последний идентификатор вставки в исходной таблице. Когда исходная таблица копируется в новую, мы останавливаемся на этом идентификаторе. Остальные записи будут найдены в таблице журнала - см. Ниже.
 2. Создать новую таблицу и таблицу журнала 
 Две таблицы клонируются с помощью  SHOW CREATE TABLE . В таблице журнала есть дополнительное поле действия (обновить, удалить, вставить).
 3. Активировать ведение журнала с помощью триггеров 
 Триггеры создаются для каждого из типов действий «создать», «обновить» и «удалить». Триггеры отвечают за заполнение таблицы журнала.
 Поскольку таблица журнала имеет тот же первичный ключ, что и исходная таблица, в таблице журнала может быть только одна версия записи.
 Если триггер ведения журнала попадает в уже сохраненную запись, он будет заменен последними данными и действием.  НА ДВОЙНОМ КЛЮЧЕ  здесь пригодится.Это гарантирует, что все записи журнала будут согласованы с исходной таблицей.
 4. Выполнить оператор alter для новой таблицы 
 Пользователь предоставил  ALTER TABLE  операторов или изменений индекса применяются к новой таблице. Наши тесты с использованием InnodDB показали, что это быстрее, чем добавление индексов в конце процесса копирования.
 5. Скопируйте порциями до максимального значения первичного ключа в новую таблицу 
 В настоящее время InnoDB получает блокировку чтения исходных строк в  INSERT INTO... ВЫБЕРИТЕ . LHM считывает 35 000 диапазонов и останавливается на указанное количество миллисекунд, чтобы свести к минимуму конкуренцию.
 6. Поменяйте имена таблиц на новые и исходные и удалите триггеры. 
 Исходная таблица и таблица копирования теперь атомарно переключаются с  RENAME TABLE original  TO  archive_original ,  copy_table  TO  original . Триггеры удаляются, поэтому ведение журнала прекращается, а все мутации и чтения теперь идут вразрез с исходной таблицей.
 7. Журнал воспроизведения: вставить, обновить, удалить 
 Поскольку фрагментированная копия останавливается на начальном максимальном идентификаторе, мы можем просто воспроизвести все вставки в таблице журнала, не беспокоясь о коллизиях.
 Обновления и удаления затем воспроизводятся.
 Возможные проблемы 
 Блокировок можно избежать на этапе копирования, загрузив записи в исходящий файл, а затем прочитав их обратно в таблицу копирования. Решение facebook делает это и читает 500000 строк и по этой причине работает быстрее.Мы планируем добавить эту оптимизацию в LHM.
 Данные в конечном итоге согласованы при воспроизведении журнала, поэтому при воспроизведении журнала могут быть задержки. Журнал воспроизводится за один проход, поэтому он будет довольно коротким по сравнению с этапом копирования. Несогласованность во время воспроизведения аналогична действию ведомого устройства, которое немного отстает от ведущего.
 Существует также предостережение в отношении существующей схемы журналирования; устаревшие записи журнала "update" все еще воспроизводятся. Представьте себе обновление записи a в перенесенной таблице во время воспроизведения журнала.Журнал может уже содержать обновление для этой записи, которое теперь устарело. При повторном воспроизведении второе изменение будет потеряно. Таким образом, если запись обновляется дважды, один раз перед и один раз во время окна воспроизведения, второе обновление будет потеряно.
 Есть несколько способов разрешения этого крайнего случая. Один из способов - добавить триггер UPDATE в основную таблицу и удалить соответствующие записи из журнала во время воспроизведения. Это гарантирует, что журнал не будет содержать устаревших записей обновлений.
 Около катастрофы на коллайдере 
 Почесавшись, мы пошли дальше и подготовились к внесению изменений в схему и индекс, которые повлияли бы на сотни миллионов записей во многих таблицах. Было множество изменений, которые мы внедрили за один присест.
 В то время наши ведомые устройства MySQL регулярно боролись со своим потоком репликации. Часто они сильно отставали от хозяина. Некоторые изменения были призваны облегчить эту ситуацию. Из-за задержки ведомого мы настроили LHM на добавление немного большего времени ожидания между фрагментами, что сделало общее время миграции довольно большим.После нескольких репетиций мы согласовали настройки и начали работу, ожидая 5-7 часов для завершения миграции.
 Через несколько часов после миграции на сайт нужно было установить критическое исправление. Мы развернули исправление и перезапустили серверы приложений в середине миграции. Это была плохая идея.
 Урок: никогда не перезапускайтесь во время миграции при удалении столбцов с большим адроном. Вы можете перезапустить при добавлении миграций, пока активная запись считывает определения столбцов с ведомого устройства.
 Приведенная ниже информация актуальна только в том случае, если вы хотите перезапустить серверы приложений во время миграции в настройке главного подчиненного устройства.
 Если вы предполагаете, что во время миграции вам потребуется перезапустить серверы приложений, просмотрите комментарии в  large_hadron_migrator.rb  для получения подробных инструкций о том, как это сделать.
 Будущие работы 
 В какой-то момент должны быть внесены следующие улучшения:
 Загрузка данных в файл Outfile вместо  INSERT INTO... ВЫБЕРИТЕ . Избегайте раздоров и увеличивайте скорость.
 Обрабатывать недействительные записи «обновления» в журнале при воспроизведении. Избегайте устаревших повторов обновлений.
 Некоторые другие оптимизации:
 Удаление создает пробелы в столбце целого числа идентификатора первичного ключа. У LHM нет проблем с этим, но фрагментированная копия может быть ускорена за счет этого факторинга. В настоящее время диапазон копий может быть полностью пуст, но по-прежнему будет  INSERT INTO ... SELECT .
 Записи, вставленные после получения последнего идентификатора вставки и до создания триггеров, в настоящее время теряются.Таблица должна быть на короткое время заблокирована, пока читается идентификатор и применяются триггеры.
 Сноски
[0] Изменение онлайн-схемы Facebook
[1] Twitter Table Migrator
2 дуба онлайн пеленальный столик
The Large Hadron Migrator на Github
 TechRabbit: схема Rails с LHM 
 В TaskRabbit нам нравится MySQL. Однако, как и во всем, у него есть свой набор проблем. Одна из этих проблем заключается в том, что таблица блокируется при добавлении столбца. Это не самая большая проблема в первые дни создания таблиц, но как только вы начнете получать миллионы строк и постоянный круглосуточный трафик, это мешает сайту работать должным образом.
 Первым способом решения этой проблемы был инструмент pt-online-schema-change. Это делает следующее:
 Создает новую таблицу со схемой старой таблицы
 Копирует данные из старой таблицы в новую таблицу
 Устанавливает триггер для данных для синхронизации
 Добавляет столбец в новую таблицу
 Переименовывает старую таблицу во что-то другое и переименовывает новую таблицу, чтобы заменить ее
 Удаляет старую таблицу
 Это работало довольно хорошо, но в нашем процессе была ошибка.Это было вне рабочего процесса разработки и развертывания. Для развития мы все равно должны выполнить миграцию Rails. Затем непосредственно перед развертыванием мы запускали инструмент и добавляли строку в таблицу  schema_migrations . При развертывании он выполняет миграции, но в этом случае он не запускается, потому что мы добавили эту строку. Не думаю, что мы когда-нибудь что-то напутали, но в этом процессе было несколько пробелов.
 Теперь мы используем LHM, также известный как Large Hadron Migrator от хороших ребят из soundcloud. По сути, он делает то же самое, но позволяет делать это прямо во время миграции.
  требуется 'lhm'

класс AddMiddleNameToUsers  
 Так что это здорово. Сейчас это в процессе.
 Схема 
 Один из вариантов дизайна (и кажется, что он правильный) заключается в том, что он делает последний шаг руководства. То есть он оставляет старую (переименованную) таблицу.Мы возвращаемся и удаляем их из производства, когда уверены, что все сработало. Вышеупомянутая миграция может оставить таблицу с именем примерно так:  lhma_2014_10_28_20_41_56_933_users .
 Так что это нормально, но вы заметите, что при запуске  rake db: migrate  в вашем файле  schema.rb  теперь есть эта таблица. Это происходит потому, что ActiveRecord делает снимок вашей базы данных сразу после миграции. Мы стараемся очень хорошо заботиться о нашем файле схемы, поэтому это нас расстроило.
 Я начал копаться в коде ActiveRecord, готовый обезьяно исправить адаптер, который читает список таблиц или код, который генерирует файл схемы. Однако когда я туда попал, я обнаружил, что класс уже существует, что делает то, что я хотел. Потребовалось даже регулярное выражение!
 Итак, вот что добавить, если вы не хотите, чтобы эти таблицы отображались в вашем файле схемы:
  # config / initializers / active_record_schema.rb
требуется 'active_record'

# игнорировать LHM
ActiveRecord :: SchemaDumper.lhma_ /
  
 Вот и все. Удачной миграции.
 Shopify / lhm - githubmemory 
 Это вилка Shopify для LHM от SoundCloud. В
следующее описание, первоначально из SoundCloud (с небольшими обновлениями Shopify),
дает некоторую часть аромата вокруг своего оригинального творения, и его выбор названия ...
 Миграции базы данных в стиле Rails - полезный способ развить схему вашей базы данных в
проворная манера. Большинство проектов Rails начинаются так, и сначала
изменения происходят быстро и легко.
 То есть до тех пор, пока ваши таблицы не вырастут до миллионов или миллиардов записей. В этот момент,
блокирующий характер  ALTER TABLE  может отключить ваш сайт на несколько часов и более
в то время как критические таблицы переносятся. Чтобы этого избежать, разработчики начинают
для решения проблемы путем введения таблиц соединений или перемещения данных
в другой слой. Разработка становится все менее и менее гибкой по мере роста таблиц и
расти. Чтобы усугубить проблему, добавление или изменение индексов для оптимизации данных
доступ становится таким же трудным.
  Побочные эффекты могут включать черные дыры и взрыв Вселенной. 
 Есть несколько вещей, которые можно сделать на уровне сервера или ядра. это
можно изменить значения по умолчанию в  ALTER TABLE  без блокировки
стол. InnoDB предоставляет средства для создания онлайн-индексов, но только
решает половину проблемы.
 В SoundCloud довольно давно начались проблемы с миграцией, а после
поискав сторонние решения, мы решили создать
собственный.Мы назвали его  Large Hadron Migrator , и это Ruby Gem, который обеспечивает
средства для онлайн-миграции ActiveRecord.
 Большой адронный коллайдер в ЦЕРНе недалеко от Женевы, Швейцария.
 Идея 
 Основная идея состоит в том, чтобы выполнить миграцию онлайн, пока система работает,
без блокировки стола. В отличие от OAK и инструмента facebook, мы
используйте только таблицу копирования и триггеры.
 LHM - это тестируемое решение Ruby, которое можно легко добавить в ActiveRecord.
миграция.Предполагается, что один автоматически увеличивающийся числовой первичный ключ называется  id  как
согласно соглашению Rails. В отличие от решения Мэтта Фрилза  table_migrator ,
он не требует наличия индексированного столбца  updated_at .
 Требования 
 LHM в настоящее время работает только с базами данных MySQL и требует установленного
Подключение ActiveRecord.
 Ограничения 
 Из-за реализации Chunker LHM требует, чтобы таблица для миграции имела
столбец с одним целочисленным цифровым ключом с именем  id .
 Установка 
 Установите его через  gem install lhm  или добавив  gem "lhm"  в свой  Gemfile .
 Использование 
 Вы можете вызвать LHM непосредственно из простого файла Ruby после подключения ActiveRecord.
в ваш экземпляр MySQL:
  требуется 'lhm'

ActiveRecord :: Base.establish_connection (
  : адаптер => 'mysql',
  : host => '127.0.0.1',
  : база данных => 'lhm'
)

# и перенести
Lhm.change_table: пользователи делают | m |
  m.add_column: произвольно, "INT (12)"
  м.add_index [: произвольный_id,: created_at]
  m.ddl ("изменить таблицу% s добавить флаг столбца tinyint (1)"% m.name)
конец
  
 Чтобы использовать LHM из  ActiveRecord :: Migration  в проекте Rails, добавьте его в свой  Gemfile , затем вызовите следующим образом:
  требуется 'lhm'

класс MigrateUsers  
  Примечание.  LHM не удаляет старую оставшуюся таблицу. Это сделано намеренно, чтобы
для предотвращения случайной потери данных. После успешной или неудачной миграции LHM эти оставшиеся
столы должны быть очищены.
 Дроссель 
 LHM использует механизм дросселирования для чтения данных в исходной таблице.По умолчанию 2000 строк читаются каждые 0,1 секунды. Если вы хотите изменить это поведение, вы можете передать экземпляр дросселя с параметром  дроссель . В этом примере 1000 строк будут прочитаны с задержкой в ​​10 секунд между каждой обработкой:
  my_throttler = Lhm :: Throttler :: Time.new (шаг: 1000, задержка: 10)

Lhm.change_table: пользователи, дроссель: my_throttler do | m |
  ...
конец
  
 Дроссель SlaveLag 
 Lhm по умолчанию использует дроссель времени, однако лучшим решением является дросселирование копии данных.
в зависимости от времени, когда рабы отстают.Чтобы использовать дроссель SlaveLag:
  Lhm.change_table: users, дроссель:: slave_lag_throttler do | m |
  ...
конец
  
 Или, чтобы установить это как регулятор по умолчанию, используйте следующее (например, в инициализаторе Rails):
  Lhm.setup_throttler (: slave_lag_throttler)
  
 ThreadsRunning Throttler 
 Если у вас нет доступа для прямого подключения к вашим репликам, вы также можете
дросселирование на основе количества потоков, запущенных в MySQL, в качестве прокси для "is
эта операция вызывает чрезмерную нагрузку »:
  Лм.таблица изменений: пользователи, регулировщик:: thread_running_throttler do | m |
  ...
конец
  
 Или, чтобы установить это как регулятор по умолчанию, используйте следующее (например, в инициализаторе Rails):
  Lhm.setup_throttler (: threads_running_throttler)
  
 Стратегии переименования таблиц 
 Доступны две разные стратегии переименования таблиц:  LockedSwitcher  и  AtomicSwitcher .
 Стратегия  LockedSwitcher  блокирует переносимую таблицу и выдает два оператора  ALTER TABLE . AtomicSwitcher  использует один атомарный запрос  RENAME TABLE  и является предпочтительным решением.
 LHM выбирает  AtomicSwitcher , если стратегия не указана, , если  ваша версия MySQL не
затрагивается ошибкой binlog # 39675. Если ваша версия
затронуто, LHM выдаст ошибку, если вы не укажете стратегию. Тебя рекомендуют
использовать  LockedSwitcher  в этих случаях, чтобы избежать проблем с репликацией.
 Чтобы указать стратегию миграции:
  Лм.change_table: users,: atomic_switch => true do | m |
  ...
конец
  
 Ограничение данных, которые переносятся 
 Для случаев, когда вы хотите ограничить данные, которые переносятся в новую
таблицы по некоторым условиям, вы можете указать, что миграция будет фильтровать по набору
условия:
  Lhm.change_table (: звуки) do | m |
  m.filter ("внутренние присоединяющиеся пользователи к пользователям.`id` = звуки.`user_id` и звуки.`public` = 1")
конец
  
 Обратите внимание, что этот SQL будет вставлен в копию сразу после предложения  FROM .
поэтому обязательно используйте синтаксис  INNER JOIN  или  OUTER JOIN , а не соединения через запятую.Эти
условия не повлияют на триггеры, поэтому любые изменения в таблице
во время бега произойдет и на новом столе.
 Очистка после прерывания работы Lhm 
 Если миграция LHM прервана, временные таблицы могут остаться позади.
и / или триггеры, используемые при миграции. Если миграция будет запущена повторно,
непредвиденное присутствие этих таблиц вызовет ошибку.
 В этом случае  Lhm.cleanup  можно использовать для удаления любых потерянных временных таблиц или триггеров LHM.
 Чтобы узнать, какие таблицы / триггеры LHM найдены:
  Лм. Очистка
  
 Для удаления любых найденных таблиц / триггеров LHM:
  Lhm.cleanup (истинный)
  
 Необязательно, удаляйте таблицы только до определенного времени, если вы хотите сохранить предыдущие миграции.
 Рельсов:
  Lhm.cleanup (правда, до: 1.day.ago)
  
 Рубин:
  Lhm.cleanup (true, до: Time.now - 86400)
  
 Содействие 
 Для запуска тестов:
  bundle exec rake unit # модульные тесты
bundle exec rake integration # интеграционные тесты
bundle exec rake unit # все тесты
  
 Вы можете запустить индивидуальный тест следующим образом:
  связка exec rake unit TEST = spec / integration / atomic_switcher_spec.rb
  
 Вы можете проверить отчет о покрытии кода для отдельного теста следующим образом:
  rm -rf покрытие
COV = 1 связка exec rake unit TEST = spec / integration / atomic_switcher_spec.rb
открытое покрытие / index.html
  
 Для проверки покрытия кода для всех тестов:
  rm -rf покрытие
COV = 1 связка exec rake unit && bundle exec rake integration
открытое покрытие / index.html
  
 dbdeployer 
 Интеграционные тесты полагаются на реплицированную конфигурацию MySQL.Мы используем  dbdeployer  для управления тестовыми узлами
требуется для настройки этих конфигураций.
 Лицензия 
 Лицензия включена в этот каталог как ЛИЦЕНЗИЯ.
 Похожие решения 
 миграции базы данных Safer Rails с помощью Soundcloud Large Hadron Migrator 
 Когда я впервые начал использовать Rails много лет назад, я влюбился в концепцию
миграции базы данных. Возможно, потому что в то время я работал над коммерческой
проекты на C #, в которых этого не было, и я почувствовал разницу.Факт
что в течение многих лет концепция оставалась практически неизменной с некоторыми незначительными
улучшения говорят сами за себя. Ruby on Rails постоянно развивается, но
миграции остаются простыми.
 А вот  слон в комнате .
 Некоторые операции DDL в базе данных MySQL (например, добавление или удаление столбцов)
блокируют всю затронутую таблицу. Это означает, что  никакой другой процесс не будет
может добавить или обновить запись в это время  и будет ждать, пока блокировка не будет снята
или истекло время ожидания.Список операций, которые можно выполнять онлайн (без блокировки)
постоянно увеличивается с каждым новым выпуском MySQL, поэтому обязательно проверьте
версию вашей базы данных и ознакомьтесь с ее документацией. В частности, это  был значительно улучшен в
MySQL 5.6 .
 При меньшем количестве записей автономные операции DDL не вызывают проблем. Вы можете жить с единицами
замок. Ваше приложение и фоновые рабочие ничего не будут делать в этом
время, у некоторых клиентов может быть более медленное время отклика.Но в целом,
ничего вредного очень.
 Однако, когда в таблице есть миллионы записей , изменение может заблокировать таблицу
в течение многих секунд или даже минут . Soundcloud даже говорит  час , хотя
Я лично этого не испытал.
 Так или иначе, в нашей системе есть таблицы первостепенной важности, такие как  заказов,  или  платежей  и их блокировка на несколько минут означала бы, что клиенты не могут покупать,
продавцы не могут продавать, и мы не зарабатываем ни цента в это время.
 Некоторое время нашим решением было запускать дорогостоящие миграции около 1 или 6 часов утра, когда
было не так много трафика, и несколько минут простоя не были проблемой.
Но с постоянным увеличением объема покупок, появлением большего количества продавцов из
по всему миру  больше нет подходящего часа для занятий
обслуживание больше .
 Не говоря уже о том, что все любят спать и рано вставать, просто чтобы
запускать миграцию бессмысленно. Нам нужны были лучшие инструменты и лучшие роботы, чтобы
решите эту проблему.
 Мы решили использовать Большой Мигратор Адронов.
создано Soundcloud.
 Как это работает?
 Создает новую версию таблицы
 Он устанавливает триггеры, которые обновляют старую таблицу, чтобы она отображалась в новой таблице
 Пакетно копирует данные из старой таблицы в новую таблицу
 По завершении всего процесса переключает атомарно старые и новые таблицы.
 В этом и заключается идея.
 Синтаксис не такой простой, как при стандартной миграции Rails, потому что вам понадобится
почаще возвращаться к использованию синтаксиса SQL.
  требуется 'lhm'

класс MigrateUsers  
 Сводка 
 Если вам нужно перенести большие таблицы без простоев в MySQL, вы можете использовать LHM
или обновите MySQL до 5.6 🙂
 Если вы все еще беспокоитесь о том, как безопасно делать Непрерывный
Развертывание и обработка миграций, пожалуйста, прочтите также другие сообщения в нашем блоге:
 gh-ost: онлайн-инструмент миграции схемы GitHub для MySQL 
 Сегодня мы объявляем о выпуске с открытым исходным кодом gh-ost: интерактивного инструмента миграции схемы GitHub для MySQL без триггера.
  gh-ost  был разработан на GitHub в последние месяцы для решения проблемы, с которой мы столкнулись с постоянными, непрерывными производственными изменениями, требующими модификации таблиц MySQL. gh-ost  меняет существующую парадигму онлайн-миграции таблиц, предоставляя малоэффективное, управляемое, проверяемое и удобное для эксплуатации решение.
 Миграция таблиц MySQL - это хорошо известная проблема, и с 2009 года она решается с помощью онлайн-инструментов для изменения схемы. Растущие, быстро развивающиеся продукты часто требуют изменений в структуре базы данных. Добавление / изменение / удаление столбцов, индексов и т. Д. Блокируют операции с поведением MySQL по умолчанию. Мы проводим такие изменения схемы несколько раз в день и хотим минимизировать воздействие на пользователя.
 Перед тем, как проиллюстрировать  gh-ost , давайте рассмотрим существующие решения и причины, по которым стоит переходить к новому инструменту.
 Онлайн-миграция схемы, существующий ландшафт 
 Сегодня изменение схемы онлайн стало возможным с помощью следующих трех основных опций:
 Другие варианты включают непрерывное обновление схемы с помощью кластера Galera и другие механизмы хранения, отличные от InnoDB. В GitHub мы используем общую архитектуру мастер-реплик и надежный движок InnoDB.
 Почему мы решили использовать новое решение вместо того, чтобы использовать одно из вышеперечисленных? Все существующие решения по-своему ограничены, и ниже приводится очень краткая и обобщенная разбивка некоторых из их недостатков. Мы более подробно рассмотрим недостатки онлайн-инструментов изменения схемы на основе триггеров.
 Миграция реплики приводит к операционным накладным расходам, что требует большего количества хостов, более длительных сроков доставки и более сложного управления.Изменения применяются явно к конкретным репликам или поддеревьям топологии. Такие соображения, как выход из строя хостов, восстановление хоста из более ранней резервной копии, вновь подготовленные хосты, требуют строгой системы отслеживания изменений для каждого хоста. Для изменения может потребоваться несколько итераций, а значит, больше времени. Повышение реплики до уровня мастера приводит к кратковременному отключению. Сложнее координировать множественные изменения, происходящие одновременно. Обычно мы вносим несколько изменений схемы в день и хотим избавиться от накладных расходов на управление, в то же время признавая, что это решение используется.
 Онлайн-DDL MySQL для InnoDB находится «в сети» только на сервере, на котором он вызван. Поток репликации сериализует  alter , что вызывает задержку репликации. Попытка запустить его по отдельности для каждой реплики приводит к значительным накладным расходам на управление, упомянутым выше. DDL не прерывается; его остановка на полпути приводит к долгому откату или к повреждению словаря данных. Это не играет «хорошо»; он не может дросселировать или останавливаться при высокой нагрузке. Это обязательство по выполнению операции, которая может истощить ваши ресурсы.
 Мы уже много лет используем  pt-online-schema-change . Однако по мере роста объема и трафика мы сталкиваемся со все большим количеством проблем, и многие миграции рассматриваются как «рискованные операции». Некоторые миграции можно будет выполнять только в непиковые часы или в выходные дни; другие постоянно вызывают сбой MySQL. 
 Все существующие инструменты онлайн-изменения схемы используют MySQL  триггеры  для выполнения миграции, и в этом заключается несколько проблем.
 Что плохого в переносе по триггерам? 
 Все инструменты онлайн-изменения схемы работают аналогичным образом: они создают таблицу-призрак   по подобию исходной таблицы, переносят эту таблицу, пока она пуста, медленно и постепенно копируют данные из исходной таблицы в таблицу-призрак   , тем временем распространяя текущие изменения (любые  INSERT ,  DELETE ,  UPDATE , примененные к вашей таблице) в таблицу  ghost .Когда инструмент убедится, что таблицы синхронизированы, он заменяет исходную таблицу таблицей-призраком  .
 Инструменты
, такие как  pt-online-schema-change ,  LHM  и  oak-online-alter-table , используют синхронный подход, при котором каждое изменение в вашей таблице немедленно преобразуется, используя то же пространство транзакции, в зеркальное изменение на таблица  ghost . Инструмент Facebook использует асинхронный подход к записи изменений в таблицу журнала изменений, затем повторяет это и применяет изменения к таблице  ghost .Все эти инструменты используют триггеры для определения текущих изменений в вашей таблице.
 Триггеры - это сохраненные подпрограммы, которые вызываются для каждой строчной операции после  INSERT ,  DELETE ,  UPDATE  в таблице. Триггер может содержать набор запросов, и эти запросы выполняются в том же пространстве транзакций, что и запрос, который управляет таблицей. Это обеспечивает атомарность как исходной операции над таблицей, так и операций, вызванных триггером.
 Использование триггеров в целом и миграции на основе триггеров в частности страдают от следующих причин:
 Триггеры, являющиеся хранимыми подпрограммами, представляют собой интерпретируемый код.MySQL не компилирует их заранее. Присоединяясь к пространству транзакции вашего запроса, они добавляют накладные расходы на синтаксический анализатор и интерпретатор для каждого запроса, действующего в вашей перенесенной таблице.
 Блокировки: триггеры используют то же пространство транзакций, что и исходные запросы, и пока эти запросы конкурируют за блокировки в таблице, триггеры независимо друг от друга конкурируют за блокировки в другой таблице. Это особенно остро стоит при синхронном подходе. Конфликт блокировок напрямую связан с параллелизмом записи на ведущем устройстве.Мы столкнулись с почти или полной блокировкой в ​​производственной среде, что привело к тому, что таблица или вся база данных стали недоступными из-за конфликта блокировок. 
 Другой аспект блокировок триггеров - блокировки метаданных, которые им требуются при создании или уничтожении. Мы видели, что при попытке удалить триггеры из занятой таблицы в конце операции миграции зависания продолжались от нескольких секунд до минуты.
 Без приостановки: когда нагрузка на мастер становится высокой, вы хотите ограничить или приостановить отложенную миграцию.Однако решение на основе триггера не может этого сделать. Хотя он может приостановить операцию копирования строки, он не может приостановить триггеры. Удаление триггеров приводит к потере данных. Таким образом, триггеры должны работать на протяжении всего процесса миграции. Мы видели, что на загруженных серверах, даже когда онлайн-операция дросселируется, мастер отключается из-за нагрузки триггеров.
 Параллельные миграции: мы или другие могут быть заинтересованы в возможности запускать несколько одновременных миграций (в разных таблицах).Учитывая вышеупомянутые накладные расходы на триггер, мы не готовы запускать несколько одновременных миграций на основе триггеров. Нам неизвестно, чтобы кто-то делал это на практике.
 Тестирование: мы можем поэкспериментировать с миграцией или оценить ее нагрузку. Миграции на основе триггеров могут имитировать миграцию только на репликах с помощью репликации на основе операторов и далеки от представления истинной миграции главного компьютера, учитывая, что рабочая нагрузка на реплике является однопоточной (это всегда имеет место для каждой таблицы, независимо от многопоточности). используется технология потоковой репликации).
 gh-ost 
  gh-ost  - это аббревиатура от GitHub's Online Schema Transmogrifier / Transfigurator / Transformer / Thingy
.
  gh-ost  это:
 Без спускового крючка
 Легкий
 Приостановлено
 Динамически управляемый
 Auditable
 Тестируемый
 Надежный
 Без спускового крючка 
  gh-ost  не использует триггеры. Он перехватывает изменения в данных таблицы, отслеживая двоичные журналы.Поэтому он работает в асинхронном режиме, применяя изменения к таблице  ghost  через некоторое время после того, как они были зафиксированы.
  gh-ost  ожидает двоичные журналы в формате RBR (репликация на основе строк); однако это не означает, что вы не можете использовать его для миграции мастера, работающего с SBR (репликация на основе операторов). Фактически, мы именно так и поступаем.  gh-ost  может считывать двоичные журналы с реплики, которая переводит SBR в RBR, и с радостью перенастроить реплику для этого.
 Легкий 
 Не используя триггеры,  gh-ost  отделяет рабочую нагрузку миграции от общей основной рабочей нагрузки. Он не учитывает параллелизм и конкуренцию запросов, выполняемых в перенесенной таблице. Изменения, применяемые такими запросами, упрощаются и сериализуются в двоичном журнале, где  gh-ost  подбирает их для применения в таблице  gh-ost . Фактически,  gh-ost  также сериализует записи копирования строк вместе с записями событий двоичного журнала.Таким образом, ведущее устройство наблюдает только за одним соединением, которое последовательно записывает в таблицу призрака  . Это не сильно отличается от ETL.
 Приостановлено 
 Поскольку все записи контролируются  gh-ost , и поскольку чтение двоичных журналов является в первую очередь асинхронной операцией,  gh-ost  может приостановить все записи в мастер при дросселировании. Регулирование подразумевает отсутствие копирования строк на главном сервере  и  без обновления строк.  gh-ost  действительно создает внутреннюю таблицу отслеживания и продолжает записывать в эту таблицу события пульса даже при регулировании в незначительных объемах.
  gh-ost  продвигает дросселирование еще на один шаг и предлагает несколько элементов управления дросселированием:
 Динамически управляемый 
 С существующими инструментами, когда миграция создает высокую нагрузку, администратор базы данных может перенастроить, скажем, меньший размер блока  , завершить и повторно запустить миграцию с самого начала. Мы считаем это расточительным.
  gh-ost  прослушивает запросы через файл сокета unix и (настраивается) через TCP. Вы можете давать инструкции  gh-ost  даже во время миграции.Вы можете, например:
  дроссель эхо | socat - /tmp/gh-ost.sock , чтобы начать регулирование. Таким же образом вы можете  без газа 
 Изменить параметры выполнения:  chunk-size = 1500 ,  max-lag-millis = 2000 ,  max-load = Thread_running = 30  являются примерами инструкций  gh-ost , которые изменяют его поведение.
 Auditable 
 Аналогичным образом тот же интерфейс может использоваться для запроса  gh-ost  статуса  . gh-ost  с радостью сообщит о текущем прогрессе, основных параметрах конфигурации, идентификаторах задействованных серверов и многом другом. Поскольку эта информация доступна через сеть, она дает отличную видимость текущей операции, которую в противном случае вы могли бы найти сегодня только при использовании общего экрана или дополнительных файлов журналов.
 Тестируемый 
 Поскольку содержимое двоичного журнала отделено от рабочей нагрузки главного устройства, применение миграции к реплике больше похоже на настоящую миграцию мастера (хотя все еще не полностью, и дальнейшая работа находится на дорожной карте).
  gh-ost  поставляется со встроенной поддержкой тестирования через  --test-on-replica : он позволяет выполнить миграцию на реплике, так что в конце миграции  gh-ost  будет остановить реплику, поменять местами таблицы, отменить обмен и оставить обе таблицы на месте и в синхронизации, репликация остановлена. Это позволяет вам изучить и сравнить две таблицы на досуге.
 Вот как мы тестируем  gh-ost  в производственной среде на GitHub: у нас есть несколько назначенных производственных реплик; они не обслуживают трафик, а вместо этого проводят непрерывный тест миграции для всех таблиц.Каждая из наших производственных таблиц, размером от пустого до нескольких сотен ГБ, переносится с помощью тривиального оператора, который на самом деле не изменяет ее структуру ( engine = innodb ). Каждая такая миграция заканчивается остановкой репликации. Мы берем полную контрольную сумму всех данных таблицы как из исходной таблицы, так и из таблицы призрака   и ожидаем, что они будут идентичны. Затем мы возобновляем репликацию и переходим к следующей таблице. Каждая из наших производственных таблиц - это , о чем известно, что  прошли несколько успешных миграций через реплику  gh-ost .
 Надежный 
 Все вышеперечисленное и многое другое сделано для того, чтобы завоевать доверие с помощью операции  gh-ost . В конце концов, это новый инструмент в среде, в которой один и тот же инструмент использовался годами.
 Тестируем  gh-ost  на репликах; мы выполнили тысячи успешных миграций, прежде чем впервые опробовать его на мастерах. Вы тоже можете. Перенесите свои реплики и убедитесь, что данные не повреждены. Мы хотим, чтобы вы это сделали!
 Когда вы выполняете  gh-ost  и, как вы можете подозревать, нагрузка на ваш главный компьютер увеличивается, продолжайте и инициируйте регулирование.Коснитесь файла.  Эхо дроссель . Посмотрите, как нагрузка на вашего мастера вернулась к норме. Просто зная, что вы  можете это сделать, , вы получите много душевного спокойствия.
 Миграция начинается, и в ETA говорится, что она закончится в  2:00 ? Вас беспокоит финальный переход, когда столы меняются местами, и вы хотите остаться? Вы можете дать команду  gh-ost  на  отложить переход  с помощью файла флага.  gh-ost  завершит копирование строки, но не переворачивает таблицы.Вместо этого он будет продолжать применять текущие изменения, поддерживая синхронизацию таблицы  ghost . Когда вы придете в офис на следующий день, удалите файл с флагом или  echo unpostpone  в  gh-ost , и переключение будет выполнено. Нам не нравится, что наше программное обеспечение заставляет нас наблюдать за его поведением. Вместо этого он должен освободить нас, чтобы делать то, что делают люди.
 Говоря об ETA,  --exact-rowcount  заставит вас улыбнуться. Заплатите начальную цену за длинный  SELECT COUNT (*)  на вашем столе. gh-ost  точно оценит объем работы, который ему необходимо выполнить. Он эвристически  обновит эту оценку  по мере выполнения миграции. Хотя время ETA всегда может меняться, процент прогресса становится точным. Если, как и мы, вас укусила миграция с указанием  99% , а затем час задерживается, заставляя грызть ногти, вы оцените изменение.
 gh-ost режимы работы 
  gh-ost  работает путем подключения к потенциально нескольким серверам, а также путем подключения себя в качестве реплики для потоковой передачи событий двоичного журнала непосредственно с одного из этих серверов.Существуют различные режимы работы, которые зависят от ваших настроек, конфигурации и места, где вы хотите выполнить миграцию.
 а. Подключиться к реплике, мигрировать на мастер 
 Это режим, который  gh-ost  ожидает по умолчанию.  gh-ost  исследует реплику, выполнит сканирование в поисках мастера топологии и подключится к нему. Миграция будет:
 Чтение и запись строковых данных на главном устройстве
 Прочитать двоичные журналы событий на реплике, применить изменения к главному устройству
 Изучение формата таблицы, столбцов и ключей, подсчет строк на реплике
 Чтение внутренних событий журнала изменений (например, пульса) из реплики
 Переключатель (столы переключателя) на мастере
 Если ваш мастер работает с SBR, это тот режим, с которым нужно работать.Реплика должна быть настроена с включенными двоичными журналами ( log_bin ,  log_slave_updates ) и должна иметь  binlog_format = ROW  ( gh-ost  может применить последнее для вас).
 Однако даже с RBR мы рекомендуем, чтобы это режим работы с наименьшим вмешательством ведущего.
 г. Подключиться к мастеру 
 Если у вас нет реплик или вы не хотите их использовать, вы все равно можете работать непосредственно с мастером.  gh-ost  будет выполнять все операции непосредственно на мастере.Вы все равно можете попросить его учитывать задержку репликации.
 Ваш мастер должен создавать двоичные журналы в формате RBR.
 Вы должны одобрить этот режим через  --allow-on-master .
 г. Перенести / протестировать на реплике 
 Это выполнит миграцию реплики.  gh-ost  на короткое время подключится к мастеру, но после этого будет выполнять все операции с репликой без каких-либо изменений на мастере. 
 На протяжении всей операции  gh-ost  будет дросселировать, чтобы реплика была актуальной.
  --migrate-on-replica  указывает  gh-ost , что он должен перенести таблицу непосредственно на реплику. Он будет выполнять фазу переключения даже во время репликации.
  --test-on-replica  указывает, что миграция предназначена только для тестирования. Перед тем, как произойдет переключение, репликация останавливается. Таблицы меняются местами, а затем меняются местами: исходная таблица возвращается на свое исходное место. 
 Обе таблицы остаются с остановленной репликацией.Вы можете изучить эти два и сравнить данные.
 gh-ost на GitHub 
  gh-ost  теперь поддерживает все наши производственные миграции. Мы выполняем его ежедневно по мере поступления инженерных запросов, иногда по несколько раз в день. Благодаря его возможностям аудита и контроля мы будем интегрировать его в наши чаты. Наши инженеры будут иметь четкое представление о ходе миграции и смогут контролировать его поведение. Метрики и события собираются и обеспечат четкую видимость операций миграции в производственной среде.
 Открытый исходный код 
  gh-ost  выпущен для сообщества разработчиков ПО с открытым исходным кодом по лицензии  MIT .
 Хотя мы считаем его стабильным, у нас есть улучшения, которые мы хотим внести. Мы выпускаем его сейчас, так как хотим приветствовать участие и вклад сообщества. Время от времени мы можем публиковать предложения о вкладе сообщества.
  gh-ost  активно поддерживается. Мы рекомендуем вам попробовать, протестировать; мы приложили огромные усилия, чтобы сделать его заслуживающим доверия.
 Благодарности 
  gh-ost  спроектировано, разработано, проверено и протестировано командой разработчиков инфраструктуры баз данных на GitHub:
 @jonahberquist, @ggunson, @tomkrouper, @ shlomi-noach
 Мы хотели бы поблагодарить инженеров GitHub, которые предоставили ценную информацию и советы. Спасибо нашим друзьям из сообщества MySQL, которые просмотрели и прокомментировали этот проект на стадии подготовки к производству.
 Larry H Miller Casa Chevrolet является дилером Chevrolet в АЛЬБУКЕРКЕ, а также дилером новых и подержанных автомобилей ALBUQUERQUE NM Chevrolet.
 Шины FAQ 
 В: Почему так важно вращение шин?
 A: Каждая шина на транспортном средстве выполняет разные задачи, в результате чего они изнашиваются с разной скоростью. Регулярное вращение шин позволяет шинам изнашиваться равномерно, продлевая срок их службы и позволяя заменять шины группами по четыре, что предпочтительно.
 В: Почему важно давление в шинах?
 A: Неправильно накачанные шины - основная причина их выхода из строя. Правильное давление в шинах помогает шине иметь оптимальный контакт протектора с дорогой, что улучшает сцепление с дорогой и торможение, а также снижает износ шин.Недокачанные шины выделяют тепло, что является их злейшим врагом, поэтому поддержание правильного количества воздуха поддерживает температуру на должном уровне.
 В: Как я узнаю, когда мне понадобятся новые шины?
 A: Вам понадобятся новые шины, когда появятся индикаторы износа протектора, называемые полосами износа. Эти изнашиваемые планки выглядят как узкие полоски гладкой резины на протекторе и появляются, когда пришло время заменить шины. Если вы видите три или более индикатора износа протектора, вам следует заменить шины.Другие способы узнать, когда заменять шины, включают корд или ткань, просвечивающую сквозь резину, трещины или порезы в протекторе или боковой стенке, достаточно глубокие, чтобы показать корд или ткань, выпуклости или трещины в шине, а также проколы или повреждения, которые нельзя отремонтировать должным образом. .
 В: Есть много мест, где продают шины. Мне нужны новые шины. Куда мне обратиться, чтобы купить подходящие шины для моего автомобиля GM по разумной цене?
 A: Наши сертифицированные специалисты по обслуживанию могут порекомендовать шины, которые подходят вашему автомобилю, вашим привычкам вождения и вашему бюджету.Вы можете начать поиск новых шин прямо сейчас с помощью нашего инструмента поиска шин выше. Это быстрый и простой способ подобрать шины для любого автомобиля. После того, как вы выбрали правильные шины, вы можете назначить встречу. У нас работают обученные на заводе техники, которые используют самые современные технологии и оборудование, чтобы ваш автомобиль работал как новый.
 .