Rozpoczynam budowę dość dużego portalu i wszelkie logi czynnościowe muszą być zachowane, zazwyczaj zapisywałem je w postaci id, info, user, time, ip. Jak wiadomo te dane szybko rosną więc zazwyczaj okresowo stare czyściłem lecz teraz tak zrobić nie mogę. Przyszła mi na myśl kompresja tych danych, tzn info i ip serializuje i kompresuje gzcompress() i dopiero zapisuje do tabelki w postaci id, data, user, time dzięki czemu zostają mi 3 dane liczbowe i tylko jeden tekstowy w postaci skompresowanej. Jest to warte zachodu, czy zmęczę tym procesor? Jak wy sobie radzicie z logami czynnościowymi czy statystykami, których nie można skasować?
Kompresja logów czynnościowych w MySQL
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Wrocław
- Postów: 13042
0
Okresowo rób zrzutkę do pliku i po tym czyść bazę?
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Grudziądz/Bydgoszcz
- Postów: 5300
0
Jest to jakiś sposób, myślałem tez o nim ale jednak jest to ostateczność, jeżeli inaczej się nie da.
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: XML Hills
0
Jeśli kompresja jest zasobożerna to możesz odpalać ją z najniższym priorytetem i/ lub w nocy.