Nemezis

mysqldump -h host -u user -p nazwabazy |mysql -u user_na_nowym -p nazwa_bazy_na_nowym

Prosze was... mysql sam bardzo dobrze przekodowuje znaki za pomoca iconva, ktorego ma wbudowanego. dlatego tez polecenie CONVERT dziala... jesli chodzi o przenosiny danych, proponuje ci nastepujacy scenariusz: 1) okresl kodowanie w jakim masz znaczki w zrzucie (np. plik dumpa otworz w przegladarce) 2) dokladnie w taki sposob wykonaj zrzut, ale: mozesz miec sytuacje, kiedy definicja table jest rozna od znakow zawartych w tejze tablei, dlatego po wykonaniu zrzutu zmieniasz definicje table na taka, jaka odpowiada twojemu kodowaniu.

bylem niedawno na Tuning & Optimizations Workshop w wa-wie prowadzone przez S. Jonesa z MySql AB - szczerze powiem, zadna rewelacja. Wiekszosc rzeczy juz wiedzialem, dowiedzialem si ekilku nowych. bardzo brakowalo mi internali ;-) a takie pitolenie o rzeczach, ktore kazdy admin z sensownym stazem powinien znac to nie na szkolenie....

polecam: show variables oraz show status

b-force na haslo to najzwyklejsze w swiecie przelamanie (proba?) zabezpieczen

Pamietaj, iz duza czesc gotowych aplikacji korzysta z kombinacji PHP+MySql. Kazdy skrytpt generujacy zapytanie i czekajacy na odpowiedz bazy dla systemu 'wisi' w stanie piperd. Waznym czynnikiem zatem bedzie szybkosc wykonania sie zapytania Widzisz, ustalenie takiej jednostki jest o tyle trudne, iz niektore z zasobow sa mierzalne tylko w kwantach czasu i w zaleznosci od chwilowego obciazenia danej maszyny. Stosunkowo latwo jest wychwycic skrypt, ktory przez 10 sekund zajmuje 30% czasu CPU, gorzej z wylapaniem skryptow ktore wykonuja sie w czasie kilku mikrosekund ale za to wieleset tysiecy razy. Kolejna sprawa jest ustalenie ktore z zasobow mialby wchodzic w sklad takiej hiperjednstki. Moze to byc czas CPU, allokacja pamieci - ale rownie waznym czynnikiem sa czasy dostepu do dyskow. MySql dla przykladu bardzo lubi jezdzic po I/O, doloz do tego kilka skryptow, ktore operuja na duzych plikach (obrobka tekstu, parsowanie np. XML) i moze okazac sie ze maszyna swietnie przygotowana pod katem CPU/RAM stanie sie niewydolna pod wzgledem wlasnie dostepow do dyskow Nie chcialbym byc uprzedzony do tego pomyslu, jednakze w poruszanych tu tematach hostingow wspoldzielonych, czasami trudne bywa ustalenie ile dane konto/usluga moze tych zasobow wykorzystac. Osobna sprawa jest skalowalnosc systemow operacyjnych obslugujacych calosc serwera, wiadomo jest przeciez, ze maszyna z postawionym Linuxem opartym na jadrze Linusa nie za bardzo moze stawac w jednej parze z Windowsem XXXX Server, chociazby ze wzgledu na odmiennosc rozwiazan technicznych (chociazby wielowatkowosc na platformach wieloprocesorowych).

Sprobuj przyjrzec sie Cerberusowi - jednakze jest to rozwiazanie platne http://www.cerberusweb.com/

Zajmuje sie kilkunastoma serwerami i jak do tej pory najbardziej przypadl mi do gustu Slackware, jednakze w chwili obecnej prtzesiadam sie na FreeBSD