🚀 go-pugleaf

W dniu 2015-09-01 o 18:09, Robert Winkler pisze:
> Witam
>
> Mam obecnie na swojej maszynie postawionego mysql'a w wersji 5.6.26
> (system operacyjny to 64-bitowa wersja Windows 10 Pro z 8 GB RAMu)
>
> Trafiłem na pewną "niedogodność".
> Otóż załadowanie kopii bazy z serwera produkcyjnego
> mającej zaledwie 7 GB trwa już kilka godzin.
> Wczytywanie dumpa uruchomiłem o 13:30 i trwa to do teraz (do 18:00)
>
> Czy można jakoś skonfigurować tą wersje mysql'a
> aby wczytywanie dumpa pod Windows trwało krócej?
>
> Przyznam się, że przez ostanie lata używałem ms sql'a
> i tam wczytanie takiej małej bazy trwało góra kilka minut,
> na pewno nie kilka godzin.
>
> Procesor obciążony jest na 60-70%
> dysk na poziomie 40%
> jest wiec jakiś zapas aby mogło to działać odrobinę szybciej,
> tylko na co zwrócić uwagę w my.ini
>
Odpowiedzi poniżej przeczytałem. I jest tu mowa o indeksach i więzach 
integralności. Z bazą z jaką pracowałem robiło się to prosto.
Wyłączało wszystko co było związane z indeksami i integralnością (potem 
dopiero uruchamiało indeksację. Integralność musiała być zachowana w samym 
dumpie. Nie wiem czy mysql daje taką możliwość.
Zysk (czasowy) był olbrzymi, nie działały mechanizmy sprawdzające dla 
każdego rekordu.
Z drugiej strony nie widzę możliwości ładowania czegokolwiek co struktury 
nie posiada (dlatego piszę o wyłączeniu mechanizmu bazy - warunek trzeba być 
pewnym danych!).
Dlaczego tak? W wyniku działania trigerów, dane zostały już 
(ustawione/skorygowane) - nie ma sensu poddawać ich ponownej weryfikacji 
(chyba, że celowo).

Ale nie sprawdzałem czy mysql ma taką możliwość.

-- 
Artur