- •Міністерство освіти і науки україни Черкаський державний технологічний університет
- •Черкаси 2013
- •Рецензент проф. В. Є. Снітюк
- •Лабораторна робота №1
- •1.1 Мета роботи
- •1. Набуття навичок аналізу предметної області
- •1.2 Теоретичні відомості
- •1.3 Завдання на лабораторну роботу
- •1.4 Методика виконання
- •1.6 Контрольні питання
- •Лабораторна робота №2
- •2.1 Мета роботи
- •3.Об’єднання таблиць.
- •4. Додавання записів.
- •2.2 Теоретичні відомості
- •2.3 Завдання на лабораторну роботу
- •2.4 Методика виконання
- •Тестування
- •2.6 Контрольні питання
- •3.3 Завдання на лабораторну роботу
- •3.4 Методика виконання
- •3.6 Контрольні питання
- •Лабораторна робота 4
- •4.1 Мета роботи Вивчення мови запитів, які поширюються на дві і більше таблиці.
- •4.2 Теоретичні відомості
- •4.3 Завдання на лабораторну роботу
- •Лабораторна робота №5
- •5.1 Мета роботи
- •1. Набуття навичок подання предметної області клієнту.
- •5.4 Методика виконання
- •5.6 Контрольні питання
- •Лабораторна робота №6
- •6.1 Мета роботи
- •6.2 Теоретичні відомості
- •6.3 Завдання на лабораторну роботу
- •6.4 Методика виконання
- •6.6 Контрольні питання
- •Лабораторна робота №7
- •7.1 Мета роботи
- •7.2 Теоретичні відомості
- •7.3 Завдання на лабораторну роботу
- •7.4 Методика виконання
- •7.6 Контрольні питання
- •Лабораторна робота №8 створення тригерів, подій
- •8.1 Мета роботи
- •1. Набуття навичок реалізації бізнес-правил
- •8.2 Теоретичні відомості
- •8.3 Завдання на лабораторну роботу
- •8.4 Методика виконання
- •8.6 Контрольні питання
- •Лабораторна робота №9
- •9.1 Мета роботи
- •1. Набуття навичок аналізу стану бд.
- •9.2 Теоретичні відомості
- •9.3 Завдання на лабораторну роботу
- •9.4 Методика виконання
- •1.Переглянути і зафіксувати версію сервера, статус обробників, рівень ізоляції.
- •9.6 Контрольні питання
- •Лабораторна робота №10 створення курсорів
- •10.1 Мета роботи
- •10.2 Теоретичні відомості
- •10.3 Завдання на лабораторну роботу
- •10.4 Методика виконання
- •10.6 Контрольні питання
- •Лабораторна робота №11 розподілена база даних
- •11.1 Мета роботи
- •1. Набуття навичок аналізу систем зберігання даних.
- •11.2 Теоретичні відомості
- •11.3 Завдання
- •11.4 Методика виконання
- •На Сервері №1 налаштовуємо головний майстер-сервер. Для цього потрібно:
- •1. Зупинити MySql сервер;
- •11. Додаємо в my.Ini такі записи:
- •11.4.2 Завершення реплікації
- •11.6 Контрольні питання
- •Лабораторна робота 12 діаграма класів бд
- •12.1 Мета роботи
- •12.2 Теоретичні відомості
- •12.3 Завдання на лабораторну роботу
- •12.4 Методика виконання
- •12.6 Контрольні питання
11. Додаємо в my.Ini такі записи:
# Master records
log-bin = my-bin
binlog-do-db = db1
binlog-do-db = db2
12. Перезапускаємо MySQL сервер. На Сервері №1 налаштовуємо підлеглий сервер паралельно з робочим головним.
13. Додаємо в my.ini такі записи:
# Slave records
master-host=192.168.1.6
master-user=slave_user
master-password=password
master-port = 3306
master-connect-retry=10
replicate-do-db=db1
replicate-do-db= db2
relay-log=slave-relay-bin
relay-log-index=slave-relay-bin.index
14. Перезапускаємо MySQL сервер.
Після цього master-master реплікація працює. У разі, якщо чергова реплікація не буде проведена через помилку, в логах з'явиться відповідний запис.
11.4.2 Завершення реплікації
У разі, якщо вирішено піти від схеми кластеризації та завершити реплікацію між серверами, необхідно зробити наступне:
Виконати в консолі mysql на обох серверах, з початку на Сервері №1, потім на Сервері №2 наступні кроки:
1. stop slave;
2. reset slave;
3. reset master;
4. закоментувати блоки # Master records і # Slave records в my.ini;
5. у випадку, якщо в подальшому клієнтські запити, які наведені нижче, буде обробляти тільки один з серверів, то необхідно також закоментувати або прибрати auto_increment_increment і auto_increment_offset. Якщо планується подальша реплікація даних, то зазначені записи прибирати не варто, тому що при включенні реплікації можливі клієнтські запити, скрипти.
6. перезапустити демона MySQL.
11.4.3 Реплікація з допомогою SQL
Реплікація може контролюватися через інтерфейс SQL. Команди SQL, що відносяться до реплікації
Команда |
Опис команди |
SLAVE START |
Запустити підлеглий (Slave) потік. |
SLAVE STOP |
Вимкнути підлеглий (Slave) потік. |
SET SQL_LOG_BIN=0 |
Відключає реєстрацію модифікації, якщо користувач має привілей process. |
SET SQL_LOG_BIN=1 |
Заново запускає реєстрацію модифікації, якщо користувач має привілей process. |
SET SQL_SLAVE_SKIP_COUNTER=n |
Пропустити наступні n подій від головної системи. Працює тільки, якщо підлеглий не запущений, інакше видає помилку. Корисно при ремонті збоїв. |
RESET MASTER |
Видаляє всі двійкові файли реєстрації, перераховані в індексному файлі, очищаючи індексний файл binlog. У версіях до 3.23.26 називалася FLUSH MASTER |
RESET SLAVE |
Підлеглий забуває позицію реплікації в головних файлах реєстрації. У версіях до 3.23.26 називалася FLUSH SLAVE |
LOAD TABLE tblname FROM MASTER |
Завантажити копію таблиці з головної системи на підлеглу |
CHANGE MASTER TO master_def_list |
Змінює параметри для значень, визначених в master_def_list і перезапускає підлеглий процес. master_def_list являє собою розділений комами список master_def, де master_def один з елементів наступного переліку: MASTER_HOST, MASTER_USER, MASTER_PASSWORD, MASTER_PORT, MASTER_CONNECT_RETRY, MASTER_LOG_FILE, MASTER_LOG_POS. Наприклад: CHANGE MASTER TO MASTER_HOST = 'master2.mycompany.com', MASTER_USER = 'replication', MASTER_PASSWORD = 'bigs3cret', MASTER_PORT = 3306, MASTER_LOG_FILE = 'master2-bin.001', MASTER_LOG_POS = 4; Ви повинні визначити тільки значення, які повинні бути змінені. Значення, які Ви опускаєте, залишаться тими ж самими, за винятком того випадку, коли Ви змінюєте головний комп'ютер або порт. У цьому випадку підлеглий вважає, що, так як Ви з'єднуєтеся з іншим головним комп'ютером або іншим портом, головна система змінилася. Отже, старі значення файлу реєстрації та позиції більше незастосовні і будуть автоматично скинуті до порожньому рядку і 0 відповідно (це значення початку). Зверніть увагу, що, якщо Ви перезапускаєте підлеглий сервер, то він буде пам'ятати останній головний сервер. Якщо це не потрібно, Ви повинні видалити файл master.info перш, ніж виконати перезапуск, і підлеглий буде читати дані на головний сервер з файлу my.cnf або з командного рядка. |
SHOW MASTER STATUS |
Забезпечує інформацію стану binlog головної системи. |
SHOW SLAVE STATUS |
Забезпечує інформацію стану істотних параметрів підпорядкованої системи. |
SHOW MASTER LOGS |
Вносить в список двійкові протоколи на головній системі. Доступне з версії 3.23.28. Ви повинні використовувати цю команду до PURGE MASTER LOGS TO. |
11.5 ЗМІСТ ЗВІТУ
Розділ “Результати роботи” повинен містити скрипти і результати їх роботи.