Changes between Version 4 and Version 5 of Replication

Timestamp:

11/26/25 17:16:06 (5 weeks ago)

Author:

222004

Comment:

--

Replication

@@ -146 +146 @@
 }}}
 Airportdb е голема продукциска база со ~60M редови и ~2.22GB податоци, па затоа со повеќенитно извршување добиваме паралелно читање на блокови и редови.//
+По успешно креирање на dump-датотеките, ги импортиравме во Source:
+{{{
+
+mysqlsh root@127.0.0.1:3307 --js -e "
+util.loadDump('./dump-airport', {threads: 8})
+"
+
+}}}
 Резултат://
-[[Image(dump.png)]]
+//
+[[Image(dump.PNG)]]
+
+== **Стартување, валидација и тестирање на репликацијата**
+По подигнувањето на двете Docker MySQL инстанци и вчитувањето на post-dump податоците во source, направивме процес на проверка дали репликацијата функционира коректно и дали податоците се усогласени на двата сервери.//
+//
+Прво проверивме дали сите табели и податоци од локалната база (airportdb) се успешно внесени во source, а потоа автоматски реплицирани и на replica. Со стартувањето на контејнерите и примената на dump-датотеката, податоците беа присутни на двата сервери.//
+//
+Потоа, за дополнителна проверка, креиравме test табела во source, по што истата по неколку секунди се појави и во replica-инстанцата. Ова беше показател дека GTID binlog репликацијата е активна и дека записите се процесираат и применуваат на репликата во реално време.//
+//
+Направивме и обид да се додаде нов ред во replica. Операцијата беше одбиена со грешка, бидејќи репликата беше во read-only режим и дополнително заштитена со super-read-only, што го блокираше пишувањето дури и за root корисник. Ова го потврди целосниот механизам за заштита, при што единствено source може да прима write-операции, а replica функционира како read-only копија.//
+//
+* [[html(<a href="https://develop.finki.ukim.mk/projects/dba_202526_airportdb/wiki/Replication/screenshots" style="color: red;">Скриншоти од процесот на валидација</a>)]]