Księgowanie transakcji MySQL

Question

Pracuję nad projektem, dla którego musimy używać "księgowania transakcji" w naszym DBMS (MySQL). Zmieniliśmy już sposób korzystania z InnoDB w celu korzystania z transakcji na inne wymagania. Próbuję zrozumieć, co to jest księgowanie transakcji. Szukałem od ponad dnia, włączając w to czytanie dokumentacji MySQL. Może po prostu nie szukam właściwych słów kluczowych, nie jestem pewien. A może "księgowanie transakcji" to niewłaściwa terminologia.

Z tego co rozumiem, księgowanie transakcji bazy danych jest podobne do kronikowania w systemie plików, w którym zmiany są wprowadzane do kroniki, zanim zostaną zatwierdzone w systemie plików. Z tego, co przeczytałem, wynika, że ​​silnik InnoDB przechowuje transakcje w jakimś dzienniku, zanim zostaną zatwierdzone na dysku. Czy to brzmi dokładnie? Jeśli tak, gdzie jest dziennik transakcji? Czy to jest plik ib_logfile0 i ib_logfile1?

Answer 1

Jesteś zdecydowanie na dobrej drodze.

Ilekroć InnoDB wykonuje transakcję, która ma zostać zatwierdzona, wykonuje się ją jako zatwierdzenie dwufazowe. Transakcja jest zapisywana w tych dziennikach jako pierwsza. Następnie są zobowiązani stamtąd.

To bardzo pomaga w przypadku awarii serwera MySQL lub awarii serwera.

Po ponownym uruchomieniu MySQL, wszystkie niezatwierdzone Wpisy w ib_logfile0 i ib_logfile1 są odtwarzane w ramach odzyskiwania katastrofy InnoDB doprowadzenia InnoDB do harmonijnego stanu (Jest to spójne i trwałe części ACID Compliance)

Jeśli usuniesz ib_logfile0 i ib_logfile1 i uruchomić mysql, dowolną niezatwierdzoną transakcję, że te pliki zostały utracone. Podczas cyklu odzyskiwania po awarii, jeśli brakuje plików dziennika, są one regenerowane na podstawie ustawienia innodb_log_file_size.

Patrz: MySQL Documentation for a detailed explanation of InnoDB.

@karatedog Część MVCC InnoDB dzieje się w obrębie obszaru tabel systemu, lepiej znanego jako ibdata1. Wszystkie dane, które wydają się znajdować przed rozpoczęciem transakcji, są rejestrowane, aby umożliwić innym osobom, które uzyskują dostęp do wymaganych wierszy, podgląd danych przed wprowadzeniem jakichkolwiek aktualizacji. Pozwala to na tzw. REPEATABLE-READ. Jest to zgodne z I zgodnością ACID, co oznacza Izolację. Pisałem posty na ten temat w DBA StackExchange w odniesieniu do różnych scenariuszy, w których izolacja transakcji jest dobra, zła lub brzydka.

• read before write transaction
• Will these two queries result in a deadlock if executed in sequence?
• Is raid 5 suitable for mysql installation?

chodzi o MyISAM, crash recovery is not automatic. It crashes rather easily. Dlatego istnieje polecenie SQL REPAIR TABLE. Właśnie dlatego narzędzie MySQL myisamchk ma opcję -r do wykonania REPAIR TABLE dla tabel MyISAM, które nie są online.

MariaDB and Aria były próbami stworzenia bezpiecznego silnika odpornego na awarie w celu zastąpienia MyISAM.