2009-03-04 15 views
17

Dla strony, którą opracowuję, zamierzam przechowywać informacje o aktywności użytkownika (takie jak Facebook) i żądania HTTP na serwerze w bazie danych MySQL.Zalety i wady silnika do przechowywania archiwum MySQL?

Zamierzałem użyć InnoDB jako silnika pamięci masowej, jednak krótko przeczytałem o silniku archiwizującym archiwum i brzmi to jak droga naprzód dla informacji, która jest tylko Wstawiona lub Wybrana i nigdy nie jest aktualizowana ani usuwana.

Zanim przejdę dalej, chciałbym poznać wszelkie za i przeciw, które pomogą mi podjąć decyzję, czy go użyć, czy nie.

+0

Ponadto, jeśli korzystałeś lub obecnie korzystasz z aparatu magazynującego Archive. Chciałbym usłyszeć od ciebie. – GateKiller

+0

Aktualnie przesyłam do bazy danych lata plików protokołu apache, dzięki czemu mogę uruchamiać zapytania. Wciąż jestem na początku 2007 roku (z jednego serwera) i mam już ~ 170 milionów wierszy w 31 GB. Czy byłeś już w stanie z niego skorzystać? Btw, czy to Michael Schumacher na Twoim zdjęciu ?? :-p – mark

+0

Wypróbowałem archiwum na MySQL 5.0 i rozbiłem serwer MySQL po osiągnięciu 2GB (Etian Debiana). Spróbuję z Lennym .... – mark

Odpowiedz

19

Obecnie nie używamy silnika do przechowywania archiwum, ale przeprowadziliśmy na nim pewne badania. Jednym z wymogów naszej aplikacji jest przechowywanie dużej ilości informacji historycznych przez długi czas. Te dane nigdy nie są aktualizowane, ale muszą być wybierane okazjonalnie.

Więc ... Mając to na uwadze:

Plusy

Bardzo mały ślad. Używa zlib do kompresji danych.

Bardziej wydajne/szybsze tworzenie kopii zapasowych ze względu na mały rozmiar pliku danych.

Minusy

nie zezwala indeksy kolumn. Wybory wymagają pełnego skanowania tabeli.

Nie obsługuje danych przestrzennych.

-

Jest prawdopodobne, że nie będzie korzystać z tego mechanizmu przechowywania ze względu na ograniczenia indeksowania.

Powiązane problemy