Szumix 0 Zgłoś post Napisano Luty 10, 2009 Witam, Czy opłaca się zainstalować dysk FLASH w OVH pod bazy danych MySQL? Jest duża różnica? Jakie macie opnie o tym rozwiązaniu? Pozdrawiam Rob Udostępnij ten post Link to postu Udostępnij na innych stronach
BlueMan 69 Zgłoś post Napisano Luty 10, 2009 Pamiętaj, że: - Instalacja klucza USB jest definitywna. Dysk nie może zostać usunięty. Nie korzystałem, ale chyba aż tyle się zyska w przypadky mysql. Jak masz sporo ram, to bardziej do ram opłaca się cachować zapytania. Udostępnij ten post Link to postu Udostępnij na innych stronach
kafi 2425 Zgłoś post Napisano Luty 10, 2009 Dodatkowo wąskim gardłem będzie samo USB... Ciekawe, jakie parametry ma kontroler usb i same kości pamięci tego pendrive'a. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość patrys Zgłoś post Napisano Luty 10, 2009 Nie. Ciekawe, jakie parametry ma kontroler usb i same kości pamięci tego pendrive'a. to Corsair Flash Voyager, więc nie jest taki zły jak na pendrive, aczkolwiek nie do takich zastosowań. Udostępnij ten post Link to postu Udostępnij na innych stronach
Szumix 0 Zgłoś post Napisano Luty 10, 2009 Dziekuje za wypowiedzi. Szczerze mówiąc wiazalem z takim rozwiazaniem duze nadzieje. BlueMan - moglbys rozwinac kwestie cachowania zapytan w RAM? gdzieś znalazłem test takich dysków: root@ns352255 [~]# hdparm -t /dev/sdc /dev/sdc: Timing buffered disk reads: 94 MB in 3.01 seconds = 31.24 MB/sec root@ns352255 [~]# hdparm -T /dev/sdc /dev/sdc: Timing cached reads: 17028 MB in 2.00 seconds = 8520.36 MB/sec czyli ogolnie wniosek ze nie oplaca sie stawiac na tym mysqla? Udostępnij ten post Link to postu Udostępnij na innych stronach
ahes 83 Zgłoś post Napisano Luty 11, 2009 BlueMan - moglbys rozwinac kwestie cachowania zapytan w RAM? Najpierw sobie skonfiguruj baze. Do optymalizacji wykorzystaj skrypt mysqlreport i wiekszosc rzeczy trzymaj w RAMie. Tylko pamietaj, ze jak ustawisz za duze bufory to skutek bedzie odwrotny. Nie sądzę abyś musiał inwestować w dyski SSD. Drugi skrypt mysqltuner podpowie ci co w konfiguracji wypadaloby poprawic. Jesli mozesz i twoje aplikacje to wspieraja to zainteresuj sie memcached. Niestety ten soft nie ma zadnego mechanizmu uwierzytelniania, wiec jesli masz na maszynie wielu uzytkownikow to moga zrobic ci duzo niedobrych rzeczy. Udostępnij ten post Link to postu Udostępnij na innych stronach
BlueMan 69 Zgłoś post Napisano Luty 11, 2009 Dokładnie - sama konfiguracja mysql pozwala trzymać część rzeczy w ramie. Ja korzystam z mysqltunner i faktycznie sprawdza się i dobrze rzeczy podpowiada Udostępnij ten post Link to postu Udostępnij na innych stronach
Szumix 0 Zgłoś post Napisano Luty 11, 2009 czesc, Dziekuje za odpowiedzi. odpalilem mysql_tuner: -------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.0.32-Debian_7etch8-log [OK] Operating on 64-bit architecture -------- Storage Engine Statistics ------------------------------------------- [--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster [--] Data in MyISAM tables: 2G (Tables: 5557) [--] Data in InnoDB tables: 34M (Tables: 39) [!!] Total fragmented tables: 1 -------- Performance Metrics ------------------------------------------------- [--] Up for: 5d 22h 25m 8s (25M q [49.013 qps], 809K conn, TX: 355B, RX: 2B) [--] Reads / Writes: 96% / 4% [--] Total buffers: 58.0M global + 2.6M per thread (100 max threads) [OK] Maximum possible memory usage: 320.5M (8% of installed RAM) [OK] Slow queries: 0% (302/25M) [OK] Highest usage of available connections: 53% (53/100) [OK] Key buffer size / total MyISAM indexes: 16.0M/572.8M [OK] Key buffer hit rate: 95.5% (229M cached / 10M reads) [OK] Query cache efficiency: 46.2% (10M cached / 21M selects) [!!] Query cache prunes per day: 1487199 [OK] Sorts requiring temporary tables: 0% (406 temp sorts / 27M sorts) [!!] Joins performed without indexes: 26192 [OK] Temporary tables created on disk: 2% (65K on disk / 2M total) [OK] Thread cache hit rate: 99% (95 created / 809K connections) [!!] Table cache hit rate: 0% (64 open / 327K opened) [OK] Open file limit used: 12% (131/1K) [OK] Table locks acquired immediately: 99% (12M immediate / 12M locks) [!!] InnoDB data size / buffer pool: 34.5M/8.0M -------- Recommendations ----------------------------------------------------- General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance Adjust your join queries to always utilize indexes Increase table_cache gradually to avoid file descriptor limits Variables to adjust: query_cache_size (> 16M) join_buffer_size (> 128.0K, or always use indexes with joins) table_cache (> 64) innodb_buffer_pool_size (>= 34M) - optimise uruchomilem dla wszystkich baz - rozumiem, ze wypisane opcje mam poprawić zgodnie z sugestiami mysqltunner? Możecie rozwinąć kwestie 'trzymania w Ram'? O jakie ustawienia chodzi, co ma być w nim trzymany? Udostępnij ten post Link to postu Udostępnij na innych stronach
BlueMan 69 Zgłoś post Napisano Luty 11, 2009 [OK] Maximum possible memory usage: 320.5M (8% of installed RAM) za dużo to chyba nie zaoszczędzisz, skoro nie masz takiej potrzeby... . co do trzymania w ram - ogólnie wartości z cache. Niektóre w ram są trzymane inne chyba na dysku. Udostępnij ten post Link to postu Udostępnij na innych stronach
ahes 83 Zgłoś post Napisano Luty 11, 2009 Możecie rozwinąć kwestie 'trzymania w Ram'? O jakie ustawienia chodzi, co ma być w nim trzymany? Wiec teraz zainteresuj sie programem mysqlreport. Zanim zaczniesz sie zastanawiac co znacza te wszystkie numerki to bardzo porzadnie przeczytaj dokumentacje ze strony projektu. Bluemanowi chodzi o cachowanie zapytan - bufor ustawia sie za pomoca query_cache_size. Jesli masz tabele innodb to zalecane jest aby trzymac je w calosci w ramie: opcja innodb_buffer_pool_size, ale w zaleznosci jak duze sa te bazy +10% na indeksy, locki, hashe i inne takie. Aby uniknac fragmentacji pamieci ustaw dobrze opcje query_cache_min_res_unit w zaleznosci jak pracuje twoja baza: czy zwraca duze wyniki, czy mnostwo malych. Zwieksz sobie zgodnie z zaleceniami mysqltunera join_buffer_size albo stosuj indeksy. Opcja table_cache okresla ci ilosc keszowanych tabel. Mozesz zabic baze przelaczaniem sie miedzy tabelami jesli ten parametr jest za niski. Zobacz ile masz otwartych tabel. Pamietaj, aby ustawiajac limity nie wyskoczyc poza limit otwarych plikow w systemie, bo ci sie mysql powiesi. Ja mam na maszynie dwuprocesorowej, 8GB RAM, duze dyski SATA RAID1: 2000 baz danych, ponad 60 000 tabel, 1200 requestow na sekunde i sprzet obsluguje to lekkim pierdem. Dlatego nie sadze, aby dyski SSD byly ci potrzebne. Zanim zaczniesz ustawiac te opcje zerknij do dokumentacji MySQL za co dokładnie są odpowiedzialne. Udostępnij ten post Link to postu Udostępnij na innych stronach
Szumix 0 Zgłoś post Napisano Luty 11, 2009 Panowie co radzicie zmienić? MySQL 5.0.32-Debian_7et uptime 6 4:10:45 Wed Feb 11 16:22:05 2009 __ Key _________________________________________________________________ Buffer used 13.08M of 16.00M %Used: 81.76 Current 5.41M %Usage: 33.80 Write hit 50.54% Read hit 95.37% __ Questions ___________________________________________________________ Total 26.76M 50.2/s DMS 13.09M 24.5/s %Total: 48.90 QC Hits 10.64M 20.0/s 39.77 Com_ 2.37M 4.4/s 8.87 COM_QUIT 861.21k 1.6/s 3.22 -Unknown 200.98k 0.4/s 0.75 Slow 10 s 323 0.0/s 0.00 %DMS: 0.00 Log: ON DMS 13.09M 24.5/s 48.90 SELECT 12.64M 23.7/s 47.23 96.58 INSERT 321.96k 0.6/s 1.20 2.46 UPDATE 125.68k 0.2/s 0.47 0.96 DELETE 41 0.0/s 0.00 0.00 REPLACE 0 0/s 0.00 0.00 Com_ 2.37M 4.4/s 8.87 change_db 847.48k 1.6/s 3.17 set_option 825.75k 1.5/s 3.09 stmt_prepar 215.72k 0.4/s 0.81 __ SELECT and Sort _____________________________________________________ Scan 2.85M 5.4/s %SELECT: 22.58 Range 130.38k 0.2/s 1.03 Full join 27.12k 0.1/s 0.21 Range check 0 0/s 0.00 Full rng join 0 0/s 0.00 Sort scan 28.95M 54.3/s Sort range 114.86k 0.2/s Sort mrg pass 419 0.0/s __ Query Cache _________________________________________________________ Memory usage 10.94M of 16.00M %Used: 68.36 Block Fragmnt 9.26% Hits 10.64M 20.0/s Inserts 9.52M 17.8/s Insrt:Prune 1.02:1 0.3/s Hit:Insert 1.12:1 __ Table Locks _________________________________________________________ Waited 260 0.0/s %Total: 0.00 Immediate 13.34M 25.0/s __ Tables ______________________________________________________________ Open 64 of 64 %Cache: 100.00 Opened 369.56k 0.7/s __ Connections _________________________________________________________ Max used 53 of 100 %Max: 53.00 Total 861.34k 1.6/s __ Created Temp ________________________________________________________ Disk table 69.53k 0.1/s Table 2.77M 5.2/s Size: 32.0M File 797 0.0/s __ Threads _____________________________________________________________ Running 3 of 5 Cached 6 of 8 %Hit: 99.99 Created 98 0.0/s Slow 0 0/s __ Aborted _____________________________________________________________ Clients 262 0.0/s Connects 19 0.0/s __ Bytes _______________________________________________________________ Sent 380.75G 713.7k/s Received 2.37G 4.5k/s __ InnoDB Buffer Pool __________________________________________________ Usage 8.00M of 8.00M %Used: 100.00 Read hit 99.82% Pages Free 0 %Total: 0.00 Data 439 85.74 %Drty: 0.00 Misc 73 14.26 Latched 0 0.00 Reads 1.42G 2.7k/s From file 2.49M 4.7/s 0.18 Ahead Rnd 109917 0.2/s Ahead Sql 507436 1.0/s Writes 1.62M 3.0/s Flushes 57.54k 0.1/s Wait Free 0 0/s __ InnoDB Lock _________________________________________________________ Waits 21 0.0/s Current 0 Time acquiring Total 1757 ms Average 83 ms Max 1567 ms __ InnoDB Data, Pages, Rows ____________________________________________ Data Reads 3.37M 6.3/s Writes 179.34k 0.3/s fsync 142.28k 0.3/s Pending Reads 0 Writes 0 fsync 0 Pages Created 3.22k 0.0/s Read 11.31M 21.2/s Written 57.54k 0.1/s Rows Deleted 0 0/s Inserted 353.11k 0.7/s Read 517.68M 970.4/s Updated 39.13k 0.1/s Udostępnij ten post Link to postu Udostępnij na innych stronach
ahes 83 Zgłoś post Napisano Luty 11, 2009 Panowie co radzicie zmienić? Idziesz na straszna latwizne. Wklej konfiguracyjne slowa kluczowe, ktore ci podalem do google i poczytaj jak je modyfikowac i co oznaczaja. Poza tym dokumentacja do mysqlreport na pamiec, o polnocy, od tylu, po hebrajsku. Albo wynajmij admina, ktory zrobic to za ciebie. Udostępnij ten post Link to postu Udostępnij na innych stronach
BlueMan 69 Zgłoś post Napisano Luty 17, 2009 Co jak co, ale temat mnie zaciekawił, ale nie wiem jak go zgłębić... . Gdzieś musi być chyba granica, że opłaca się wziąć taki flash pendrive. mysql, a może swap? Udostępnij ten post Link to postu Udostępnij na innych stronach
Linux 0 Zgłoś post Napisano Luty 17, 2009 Chyba pod jakiś mały backup . Udostępnij ten post Link to postu Udostępnij na innych stronach
