Baza danych: co to jest Multiversion Concurrency Control (MVCC) i kto ją obsługuje? [zamknięte]

Kontrola współbieżności wielu wersji PostgreSQL

Oraz Ten artykuł, który zawiera schematy działania MVCC podczas wydawania poleceń INSERT, UPDATE I DELETE.

Następujące mają implementację MVCC:

SQL Server 2005 (Non-default, SET READ_COMMITTED_SNAPSHOT ON)

• http://msdn.microsoft.com/en-us/library/ms345124.aspx

Oracle (od wersji 8)

MySQL 5 (tylko z tabel InnoDB)

PostgreSQL

Firebird

Informix

Jestem pewien, że Sybase i IBM DB2 Mainframe / LUW nie mają implementacji MVCC

XtremeData dbX obsługuje MVCC.

DODATKOWO dbX może korzystać z baz danych SQL zaimplementowanych w sprzęcie FPGA.

Firebird to robi, nazywają to mga (Multi Generational Architecture).

Zachowują oryginalną wersję nienaruszoną i dodają nową wersję, którą może zobaczyć tylko sesja używająca jej, po zatwierdzeniu starsza wersja jest wyłączona,a nowsza wersja jest włączona dla wszystkich (plik gromadzi się z danymi i wymaga regularnego czyszczenia).

Oracle nadpisuje same dane i używa rollback segments/undo tablespaces dla innych sesji i do rollback.

SAP HANA używa również MVCC. SAP HANA jest pełnym systemem obliczeniowym w pamięci, więc koszty MVCC dla select są bardzo niskie... :)

Oto link do strony Doc PostgreSQL na MVCC . Cytat z wyboru (podkreślenie):

Główną zaletą używania modelu MVCC kontroli współbieżności zamiast blokowania jest to, że w MVCC blokady nabyte do zapytań (odczytu) danych nie są sprzeczne z blokami nabyte do zapisu danych, a więc odczyt nigdy nie blokuje zapisu, a zapis nigdy nie blokuje odczytu.

Dlatego Jeff był tak uwikłany przez swoje impasy. Lektura nigdy nie powinna być w stanie aby je wywołać.

SQL Server 2005 i nowsze oferują MVCC jako opcję; nie jest to jednak domyślne. MS nazywa to izolacją migawek, jeśli pamięć służy.

MVCC można również zaimplementować ręcznie, dodając kolumnę z numerem wersji do tabel i zawsze wykonując wstawki zamiast aktualizacji.

Koszt tego jest znacznie większa baza danych, i wolniej wybiera, ponieważ każdy z nich potrzebuje subquery, aby znaleźć najnowszy rekord.

To doskonałe rozwiązanie dla Systemów, które wymagają 100% audytu dla wszystkich zmian.

MySQL domyślnie używa również MVCC, jeśli używasz tabel InnoDB: http://dev.mysql.com/doc/refman/5.0/en/innodb-multi-versioning.html

McObject ogłosił w 11/09, że dodał opcjonalny Menedżer transakcji MVCC do wbudowanej bazy danych eXtremeDB:

Http://www.mcobject.com/november9/2009

EXtremeDB, pierwotnie opracowany jako system baz danych w pamięci (IMDS), jest teraz dostępny w wersjach z pamięcią hybrydową (w pamięci/na dysku), wysoką dostępnością, obsługą 64-bitową i wieloma innymi.

Jest dobre wyjaśnienie MVCC -- z diagramami -- i kilkoma liczbami wydajności eXtremeDB w tym artykule, napisanym przez współzałożyciela i CEO McObject, w RTC Magazine:

Http://www.rtcmagazine.com/articles/view/101612

Najwyraźniej MVCC jest coraz bardziej korzystne, ponieważ aplikacja skaluje wiele zadań wykonywanych na wielu rdzeniach procesora.

DB2 w wersji 9.7 posiada licencjonowaną wersję postgress plus. Oznacza to, że ta funkcja (w odpowiednim trybie) obsługuje tę funkcję.

Berkeley DB obsługuje również MVCC.

I kiedy bdb storage engine jest używany w MySQL, MySQL obsługuje również MVCC.

Berkeley DB jest bardzo potężnym, konfigurowalnym w pełni ACID conform DBMS. Obsługuje kilka różnych metod indeksowania, replikacji master-slave, może być używany jako czysty magazyn wartości klucza z własnym dynamicznym API lub zapytany z SQL, jeśli chcesz. Warto się temu przyjrzeć.

Innym zorientowanym na dokument DBMS obejmującym MVCC będzie CouchDB. MVCC jest tu również dużym plusem dla wbudowanej replikacji peer-to-peer.

Z http://vschart.com/list/multiversion-concurrency-control/

Couchbase, OrientDB, CouchDB, PostgreSQL, Projekt Voldemort, BigTable, Serwer Percona, HyperGraphDB, Mżawka, Cloudant, IBM DB2, InterSystems Caché, InterBase