1 Zawsze u\u017cywaj w\u0142a\u015bciwego typu danych<\/strong><\/h2>\nJedn\u0105 z najwa\u017cniejszych najlepszych praktyk MySQL jest u\u017cywanie typ\u00f3w danych opartych na naturze danych. U\u017cywanie nieistotnych typ\u00f3w danych mo\u017ce zajmowa\u0107 wi\u0119cej miejsca lub prowadzi\u0107 do b\u0142\u0119d\u00f3w.<\/p>\n
Na przyk\u0142ad: U\u017cycie varchar (20) zamiast typu danych DATETIME do przechowywania warto\u015bci daty i czasu doprowadzi do b\u0142\u0119d\u00f3w w obliczeniach zwi\u0105zanych z dat\u0105 i godzin\u0105. Mo\u017cliwe jest r\u00f3wnie\u017c, \u017ce zostan\u0105 zapisane nieprawid\u0142owe dane.<\/p>\n
2 U\u017cyj CHAR (1) zamiast VARCHAR (1)<\/strong><\/h2>\nVARCHAR (1) zajmuje dodatkowe bajty do przechowywania informacji, wi\u0119c je\u015bli napiszesz pojedynczy znak, lepiej u\u017cy\u0107 CHAR (1).<\/p>\n
3 U\u017cyj typu danych CHAR do przechowywania tylko danych o sta\u0142ej d\u0142ugo\u015bci<\/strong><\/h2>\nNa przyk\u0142ad: Je\u015bli d\u0142ugo\u015b\u0107 danych jest mniejsza ni\u017c 1000, u\u017cycie char (1000) zamiast varchar (1000) zajmie wi\u0119cej miejsca.<\/p>\n
4 Unikaj u\u017cywania regionalnych format\u00f3w dat<\/strong><\/h2>\nU\u017cywaj\u0105c typu danych DATETIME lub DATE, zawsze u\u017cywaj formatu daty RRRR-MM-DD lub formatu daty ISO odpowiedniego dla Twojego SQL Engine. Formaty regionalne, takie jak DD-MM-RRRR lub MM-DD-RRRR, nie b\u0119d\u0105 prawid\u0142owo przechowywane.<\/p>\n
5 kolumn klucza indeksu<\/strong><\/h2>\nPo\u017c\u0105dane jest, aby zapytanie szybko zwr\u00f3ci\u0142o wynik, dlatego nale\u017cy zindeksowa\u0107 kolumny, kt\u00f3re s\u0105 u\u017cywane w klauzulach JOIN.<\/p>\n
W przypadku u\u017cycia instrukcji UPDATE obejmuj\u0105cej wi\u0119cej ni\u017c jedn\u0105 tabel\u0119, nale\u017cy zindeksowa\u0107 wszystkie kolumny, kt\u00f3re s\u0105 u\u017cywane do \u0142\u0105czenia tabel.<\/p>\n
6 Nie u\u017cywaj funkcji nad indeksowanymi kolumnami\u2026<\/strong><\/h2>\n\u2026 bo wtedy indeks traci sw\u00f3j cel.<\/p>\n
Za\u0142\u00f3\u017cmy na przyk\u0142ad, \u017ce chcesz uzyska\u0107 dane, w kt\u00f3rych pierwsze dwa znaki kodu klienta to AK. Pisa\u0107:<\/p>\n
SELECT columns FROM table WHERE customer_code like 'AK%'<\/code><\/p>\ni nie pisz<\/p>\n
SELECT columns FROM table WHERE left (customer_code,2)='AK\u2019<\/code><\/p>\nCzemu? Pierwszy przyk\u0142ad wykorzysta indeks, co spowoduje szybszy czas odpowiedzi.<\/p>\n
7 U\u017cyj SQL SELECT * tylko w razie potrzeby<\/strong><\/h2>\nPod\u0105\u017caj\u0105c za list\u0105 najlepszych praktyk MySQL, nie u\u017cywaj na \u015blepo SELECT * w kodzie. Je\u015bli tabela ma wiele kolumn, wszystkie zostan\u0105 zwr\u00f3cone. Spowoduje to spowolnienie czasu odpowiedzi, zw\u0142aszcza je\u015bli wy\u015blesz wynik do aplikacji typu front-end.<\/p>\n
Zamiast tego wyra\u017anie wpisz nazwy kolumn, kt\u00f3re s\u0105 faktycznie potrzebne.<\/p>\n
Uwaga: pami\u0119taj, \u017ce wszystkie instrukcje SELECT wymagaj\u0105 klauzuli WHERE.<\/p>\n
8 U\u017cywaj klauzuli ORDER BY tylko w razie potrzeby<\/strong><\/h2>\nJe\u015bli chcesz pokaza\u0107 wynik w aplikacji front-endowej, pozw\u00f3l jej ZAM\u00d3WI\u0106 zestaw wynik\u00f3w. Je\u015bli zrobisz to w SQL, czas odpowiedzi mo\u017ce zosta\u0107 spowolniony w \u015brodowisku wielu u\u017cytkownik\u00f3w.<\/p>\n
9 Wybierz odpowiedni silnik bazy danych<\/strong><\/h2>\nJe\u015bli tworzysz aplikacj\u0119, kt\u00f3ra cz\u0119\u015bciej odczytuje dane ni\u017c zapisuje (np. wyszukiwark\u0119), wybierz silnik pami\u0119ci masowej MyISAM.<\/p>\n
Wyb\u00f3r niew\u0142a\u015bciwego silnika pami\u0119ci masowej wp\u0142ynie na wydajno\u015b\u0107.<\/p>\n
10 W razie potrzeby u\u017cyj klauzuli EXISTS<\/strong><\/h2>\nAby sprawdzi\u0107 istnienie danych, u\u017cyj klauzuli EXISTS, kt\u00f3ra jest szybsza w czasie odpowiedzi. Na przyk\u0142ad u\u017cyj:<\/p>\n
If EXISTS(SELECT * from Table WHERE col=\u2019some value\u2019)<\/code><\/p>\nNie u\u017cywa\u0107 :<\/p>\n
If (SELECT count(*) from Table WHERE col=\u2019some value\u2019)>0<\/code><\/p>\n11 WYJA\u015aNIJ swoje WYBRANE pytania<\/strong><\/h2>\nJe\u015bli u\u017cyjesz s\u0142owa kluczowego EXPLAIN, mo\u017cesz uzyska\u0107 wgl\u0105d w to, co MySQL robi, aby wykona\u0107 zapytanie. Mo\u017ce to pom\u00f3c w wykryciu problem\u00f3w ze strukturami zapyta\u0144 lub tabel (np. w\u0105skich garde\u0142).<\/p>\n
Zapytanie EXPLAIN pokazuje, kt\u00f3re indeksy s\u0105 u\u017cywane, jak tabela jest skanowana, sortowana itp.<\/p>\n
Wystarczy doda\u0107 s\u0142owo kluczowe EXPLAIN przed zapytaniem SELECT (najlepiej z\u0142o\u017conym z \u0142\u0105cznikami). Ponadto, je\u015bli u\u017cyjesz do tego phpmyadmina, twoje wyniki zostan\u0105 pokazane w \u0142adnej tabeli.<\/p>\n
12 U\u017cyj LIMIT 1, gdy otrzymasz unikalny rz\u0105d<\/strong><\/h2>\nCzasami wiesz z g\u00f3ry, \u017ce podczas wykonywania zapyta\u0144 do tabel szukasz tylko jednego wiersza. Na przyk\u0142ad mo\u017cesz pobiera\u0107 unikalny rekord lub po prostu sprawdza\u0107 istnienie dowolnej liczby rekord\u00f3w spe\u0142niaj\u0105cych klauzul\u0119 WHERE.<\/p>\n
W takich przypadkach b\u0119dziesz chcia\u0142 u\u017cy\u0107 funkcji limitu MySQL, aby zwi\u0119kszy\u0107 wydajno\u015b\u0107. Oto kolejna z najlepszych praktyk MySQL: po prostu dodaj LIMIT 1 do zapytania. W ten spos\u00f3b silnik bazy danych nie b\u0119dzie musia\u0142 przechodzi\u0107 przez ca\u0142\u0105 tabel\u0119 lub indeks. Przestanie skanowa\u0107, gdy znajdzie tylko 1 rekord tego, czego szukasz.<\/p>\n
\/\/ do I have anyusersfrom Alabama?<\/code><\/p>\n\/\/ czego NIE robi\u0107:
\n$r = mysql_query(„SELECT * FROM user WHERE state = 'Alabama’");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
\/\/ znaczniebetter:
\n$r = mysql_query("SELECT 1 FROM user WHERE state = 'Alabama’ LIMIT 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
13 Indeksuj i u\u017cywaj tych samych typ\u00f3w kolumn dla z\u0142\u0105cze\u0144<\/strong><\/h2>\nKolejna wa\u017cna wskaz\u00f3wka dotycz\u0105ca najlepszych praktyk MySQL \u2014 je\u015bli Twoja aplikacja ma wiele zapyta\u0144 JOIN, upewnij si\u0119, \u017ce kolumny, kt\u00f3rymi si\u0119 \u0142\u0105czysz, s\u0105 indeksowane w obu tabelach. Wp\u0142ywa to na wewn\u0119trzn\u0105 optymalizacj\u0119 operacji \u0142\u0105czenia przez MySQL.<\/p>\n
Ponadto po\u0142\u0105czone s\u0142upy musz\u0105 by\u0107 tego samego typu. Na przyk\u0142ad, je\u015bli po\u0142\u0105czysz kolumn\u0119 DECIMAL z kolumn\u0105 INT z innej tabeli, MySQL nie b\u0119dzie m\u00f3g\u0142 u\u017cywa\u0107 \u017cadnego z indeks\u00f3w. Nawet kodowanie znak\u00f3w musi by\u0107 tego samego typu dla kolumn typu string.<\/p>\n
\/\/ looking for companies in my state $r = mysql_query(\"SELECT company_name FROM users LEFT JOIN companies ON (users.state = companies.state) WHERE users.id = $user_id\");<\/code><\/p>\n\/\/ obie kolumny stanu powinny by\u0107 indeksowane
\n\/\/ i obie powinny mie\u0107 ten sam typ i kodowanie znak\u00f3w
\n\/\/ lub MySQL mo\u017ce wykonywa\u0107 pe\u0142ne skanowanie tabel<\/p>\n
14 Ukryj MySQL przed Internetem<\/strong><\/h2>\nWiedz\u0105 o tym do\u015bwiadczeni administratorzy baz danych i personel ds. bezpiecze\u0144stwa \u2014 nigdy nie umieszczaj bazy danych w katalogu g\u0142\u00f3wnym serwera WWW.<\/p>\n
W przypadku aplikacji obs\u0142uguj\u0105cych Internet MySQL powinien by\u0107 ukryty za zapor\u0105 sieciow\u0105. Komunikacja powinna by\u0107 w\u0142\u0105czona tylko mi\u0119dzy serwerami aplikacji a serwerami WWW.<\/p>\n
Inn\u0105 opcj\u0105 jest u\u017cycie pomijania sieci MySQL. Gdy jest w\u0142\u0105czony, MySQL nas\u0142uchuje tylko lokalnych po\u0142\u0105cze\u0144 gniazd i ignoruje wszystkie porty TCP.<\/p>\n
15 U\u017cyj najmniejszych mo\u017cliwych typ\u00f3w danych<\/strong><\/h2>\n![\"22](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-206970-61e8d4b73d55e.jpg\")
<\/a><\/p>\nPozw\u00f3l, \u017ce opowiem ci histori\u0119. Kiedy chodzi\u0142em do college’u, filozofia by\u0142a taka, \u017ce \u200b\u200b\u201epami\u0119ci jest ma\u0142o". To by\u0142y czasy dysk\u00f3w twardych 256 MB. W dzisiejszych czasach nikt nie przejmuje si\u0119 ani troch\u0119 pami\u0119ci\u0105 lub miejscem na dysku twardym. Nowa filozofia m\u00f3wi, \u017ce \u201epami\u0119\u0107 jest tania”. Mo\u017ce to by\u0107 prawda w dolarach, ale odczytywanie du\u017cych typ\u00f3w danych nadal trwa d\u0142u\u017cej ni\u017c odczytywanie mniejszych. Du\u017ce typy danych wymagaj\u0105 wczytania do pami\u0119ci wi\u0119kszej liczby sektor\u00f3w dysku.<\/p>\n
Mora\u0142 polega na tym, \u017ce podczas projektowania tabel zignoruj \u200b\u200bpokus\u0119, aby natychmiast przeskoczy\u0107 do najwi\u0119kszego typu danych. Pomy\u015bl o u\u017cyciu int zamiast bigint.<\/p>\n
Unikaj r\u00f3wnie\u017c p\u00f3l tekstowych typu largechar (255), gdy wystarczy varchar lub mniejszy znak.<\/p>\n
Je\u015bli u\u017cyjesz w\u0142a\u015bciwego typu danych, wi\u0119cej rekord\u00f3w zmie\u015bci si\u0119 w pami\u0119ci lub bloku klucza indeksu. Prowadzi to do mniejszej liczby odczyt\u00f3w i wi\u0119kszej wydajno\u015bci.<\/p>\n
16 Skorzystaj z buforowania zapyta\u0144<\/strong><\/h2>\nBuforowanie zapyta\u0144 to jedna z najskuteczniejszych metod zwi\u0119kszania wydajno\u015bci. Wi\u0119kszo\u015b\u0107 serwer\u00f3w MySQL ma to domy\u015blnie w\u0142\u0105czone.<\/p>\n
Pami\u0119\u0107 podr\u0119czna zapyta\u0144 przechowuje tekst instrukcji SELECT wraz z odpowiednim zestawem wynik\u00f3w. Je\u015bli serwer p\u00f3\u017aniej otrzyma identyczn\u0105 instrukcj\u0119, pobierze wyniki z pami\u0119ci podr\u0119cznej zapyta\u0144, zamiast analizowa\u0107 i ponownie wykonywa\u0107 instrukcj\u0119. Pami\u0119\u0107 podr\u0119czna zapyta\u0144 jest wsp\u00f3\u0142u\u017cytkowana przez sesje, dzi\u0119ki czemu zestaw wynik\u00f3w wygenerowany przez jednego klienta mo\u017ce zosta\u0107 wys\u0142any w odpowiedzi na to samo zapytanie wys\u0142ane przez innego klienta.<\/p>\n
Jednak, jakkolwiek jest \u015bwietne, buforowanie zapyta\u0144 ma swoje ograniczenia. We\u017a nast\u0119puj\u0105ce zdanie:<\/p>\n
Problem polega na tym, \u017ce zapytania zawieraj\u0105 pewne niedeterministyczne funkcje, takie jak NOW() i RAND(). MySQL nie mo\u017ce z g\u00f3ry obliczy\u0107 takich funkcji, wi\u0119c nie s\u0105 one buforowane.<\/p>\n
Na szcz\u0119\u015bcie jest na to proste rozwi\u0105zanie: mo\u017cesz przechowywa\u0107 wyniki funkcji w zmiennej.<\/p>\n
17 Nie edytuj plik\u00f3w zrzutu<\/strong><\/h2>\nPliki zrzutu s\u0105 bardzo myl\u0105ce i mog\u0105 powodowa\u0107 uszkodzenie. Czemu? Je\u015bli kiedykolwiek widzia\u0142e\u015b pliki zrzutu utworzone przez mysqldump, zgodzisz si\u0119, \u017ce wygl\u0105daj\u0105 jak zwyk\u0142e, nieszkodliwe pliki tekstowe. Dlatego wi\u0119kszo\u015b\u0107 ludzi edytuje je w standardowym edytorze tekstu, co powoduje pojawienie si\u0119 uszkodze\u0144.<\/p>\n
Je\u015bli kiedykolwiek pr\u00f3bowa\u0142e\u015b edytowa\u0107 pliki zrzut\u00f3w, szybko dowiedzia\u0142e\u015b si\u0119, \u017ce nie s\u0105 to pliki tekstowe. Tak wi\u0119c jedynym gwarantowanym sposobem unikni\u0119cia problem\u00f3w jest pozostawienie plik\u00f3w zrzutu w spokoju.<\/p>\n
18 U\u017cyj ustawienia rozmiaru bloku MyISAM<\/strong><\/h2>\n
VARCHAR (1) zajmuje dodatkowe bajty do przechowywania informacji, wi\u0119c je\u015bli napiszesz pojedynczy znak, lepiej u\u017cy\u0107 CHAR (1).<\/p>\n
3 U\u017cyj typu danych CHAR do przechowywania tylko danych o sta\u0142ej d\u0142ugo\u015bci<\/strong><\/h2>\nNa przyk\u0142ad: Je\u015bli d\u0142ugo\u015b\u0107 danych jest mniejsza ni\u017c 1000, u\u017cycie char (1000) zamiast varchar (1000) zajmie wi\u0119cej miejsca.<\/p>\n
4 Unikaj u\u017cywania regionalnych format\u00f3w dat<\/strong><\/h2>\nU\u017cywaj\u0105c typu danych DATETIME lub DATE, zawsze u\u017cywaj formatu daty RRRR-MM-DD lub formatu daty ISO odpowiedniego dla Twojego SQL Engine. Formaty regionalne, takie jak DD-MM-RRRR lub MM-DD-RRRR, nie b\u0119d\u0105 prawid\u0142owo przechowywane.<\/p>\n
5 kolumn klucza indeksu<\/strong><\/h2>\nPo\u017c\u0105dane jest, aby zapytanie szybko zwr\u00f3ci\u0142o wynik, dlatego nale\u017cy zindeksowa\u0107 kolumny, kt\u00f3re s\u0105 u\u017cywane w klauzulach JOIN.<\/p>\n
W przypadku u\u017cycia instrukcji UPDATE obejmuj\u0105cej wi\u0119cej ni\u017c jedn\u0105 tabel\u0119, nale\u017cy zindeksowa\u0107 wszystkie kolumny, kt\u00f3re s\u0105 u\u017cywane do \u0142\u0105czenia tabel.<\/p>\n
6 Nie u\u017cywaj funkcji nad indeksowanymi kolumnami\u2026<\/strong><\/h2>\n\u2026 bo wtedy indeks traci sw\u00f3j cel.<\/p>\n
Za\u0142\u00f3\u017cmy na przyk\u0142ad, \u017ce chcesz uzyska\u0107 dane, w kt\u00f3rych pierwsze dwa znaki kodu klienta to AK. Pisa\u0107:<\/p>\n
SELECT columns FROM table WHERE customer_code like 'AK%'<\/code><\/p>\ni nie pisz<\/p>\n
SELECT columns FROM table WHERE left (customer_code,2)='AK\u2019<\/code><\/p>\nCzemu? Pierwszy przyk\u0142ad wykorzysta indeks, co spowoduje szybszy czas odpowiedzi.<\/p>\n
7 U\u017cyj SQL SELECT * tylko w razie potrzeby<\/strong><\/h2>\nPod\u0105\u017caj\u0105c za list\u0105 najlepszych praktyk MySQL, nie u\u017cywaj na \u015blepo SELECT * w kodzie. Je\u015bli tabela ma wiele kolumn, wszystkie zostan\u0105 zwr\u00f3cone. Spowoduje to spowolnienie czasu odpowiedzi, zw\u0142aszcza je\u015bli wy\u015blesz wynik do aplikacji typu front-end.<\/p>\n
Zamiast tego wyra\u017anie wpisz nazwy kolumn, kt\u00f3re s\u0105 faktycznie potrzebne.<\/p>\n
Uwaga: pami\u0119taj, \u017ce wszystkie instrukcje SELECT wymagaj\u0105 klauzuli WHERE.<\/p>\n
8 U\u017cywaj klauzuli ORDER BY tylko w razie potrzeby<\/strong><\/h2>\nJe\u015bli chcesz pokaza\u0107 wynik w aplikacji front-endowej, pozw\u00f3l jej ZAM\u00d3WI\u0106 zestaw wynik\u00f3w. Je\u015bli zrobisz to w SQL, czas odpowiedzi mo\u017ce zosta\u0107 spowolniony w \u015brodowisku wielu u\u017cytkownik\u00f3w.<\/p>\n
9 Wybierz odpowiedni silnik bazy danych<\/strong><\/h2>\nJe\u015bli tworzysz aplikacj\u0119, kt\u00f3ra cz\u0119\u015bciej odczytuje dane ni\u017c zapisuje (np. wyszukiwark\u0119), wybierz silnik pami\u0119ci masowej MyISAM.<\/p>\n
Wyb\u00f3r niew\u0142a\u015bciwego silnika pami\u0119ci masowej wp\u0142ynie na wydajno\u015b\u0107.<\/p>\n
10 W razie potrzeby u\u017cyj klauzuli EXISTS<\/strong><\/h2>\nAby sprawdzi\u0107 istnienie danych, u\u017cyj klauzuli EXISTS, kt\u00f3ra jest szybsza w czasie odpowiedzi. Na przyk\u0142ad u\u017cyj:<\/p>\n
If EXISTS(SELECT * from Table WHERE col=\u2019some value\u2019)<\/code><\/p>\nNie u\u017cywa\u0107 :<\/p>\n
If (SELECT count(*) from Table WHERE col=\u2019some value\u2019)>0<\/code><\/p>\n11 WYJA\u015aNIJ swoje WYBRANE pytania<\/strong><\/h2>\nJe\u015bli u\u017cyjesz s\u0142owa kluczowego EXPLAIN, mo\u017cesz uzyska\u0107 wgl\u0105d w to, co MySQL robi, aby wykona\u0107 zapytanie. Mo\u017ce to pom\u00f3c w wykryciu problem\u00f3w ze strukturami zapyta\u0144 lub tabel (np. w\u0105skich garde\u0142).<\/p>\n
Zapytanie EXPLAIN pokazuje, kt\u00f3re indeksy s\u0105 u\u017cywane, jak tabela jest skanowana, sortowana itp.<\/p>\n
Wystarczy doda\u0107 s\u0142owo kluczowe EXPLAIN przed zapytaniem SELECT (najlepiej z\u0142o\u017conym z \u0142\u0105cznikami). Ponadto, je\u015bli u\u017cyjesz do tego phpmyadmina, twoje wyniki zostan\u0105 pokazane w \u0142adnej tabeli.<\/p>\n
12 U\u017cyj LIMIT 1, gdy otrzymasz unikalny rz\u0105d<\/strong><\/h2>\nCzasami wiesz z g\u00f3ry, \u017ce podczas wykonywania zapyta\u0144 do tabel szukasz tylko jednego wiersza. Na przyk\u0142ad mo\u017cesz pobiera\u0107 unikalny rekord lub po prostu sprawdza\u0107 istnienie dowolnej liczby rekord\u00f3w spe\u0142niaj\u0105cych klauzul\u0119 WHERE.<\/p>\n
W takich przypadkach b\u0119dziesz chcia\u0142 u\u017cy\u0107 funkcji limitu MySQL, aby zwi\u0119kszy\u0107 wydajno\u015b\u0107. Oto kolejna z najlepszych praktyk MySQL: po prostu dodaj LIMIT 1 do zapytania. W ten spos\u00f3b silnik bazy danych nie b\u0119dzie musia\u0142 przechodzi\u0107 przez ca\u0142\u0105 tabel\u0119 lub indeks. Przestanie skanowa\u0107, gdy znajdzie tylko 1 rekord tego, czego szukasz.<\/p>\n
\/\/ do I have anyusersfrom Alabama?<\/code><\/p>\n\/\/ czego NIE robi\u0107:
\n$r = mysql_query(„SELECT * FROM user WHERE state = 'Alabama’");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
\/\/ znaczniebetter:
\n$r = mysql_query("SELECT 1 FROM user WHERE state = 'Alabama’ LIMIT 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
13 Indeksuj i u\u017cywaj tych samych typ\u00f3w kolumn dla z\u0142\u0105cze\u0144<\/strong><\/h2>\nKolejna wa\u017cna wskaz\u00f3wka dotycz\u0105ca najlepszych praktyk MySQL \u2014 je\u015bli Twoja aplikacja ma wiele zapyta\u0144 JOIN, upewnij si\u0119, \u017ce kolumny, kt\u00f3rymi si\u0119 \u0142\u0105czysz, s\u0105 indeksowane w obu tabelach. Wp\u0142ywa to na wewn\u0119trzn\u0105 optymalizacj\u0119 operacji \u0142\u0105czenia przez MySQL.<\/p>\n
Ponadto po\u0142\u0105czone s\u0142upy musz\u0105 by\u0107 tego samego typu. Na przyk\u0142ad, je\u015bli po\u0142\u0105czysz kolumn\u0119 DECIMAL z kolumn\u0105 INT z innej tabeli, MySQL nie b\u0119dzie m\u00f3g\u0142 u\u017cywa\u0107 \u017cadnego z indeks\u00f3w. Nawet kodowanie znak\u00f3w musi by\u0107 tego samego typu dla kolumn typu string.<\/p>\n
\/\/ looking for companies in my state $r = mysql_query(\"SELECT company_name FROM users LEFT JOIN companies ON (users.state = companies.state) WHERE users.id = $user_id\");<\/code><\/p>\n\/\/ obie kolumny stanu powinny by\u0107 indeksowane
\n\/\/ i obie powinny mie\u0107 ten sam typ i kodowanie znak\u00f3w
\n\/\/ lub MySQL mo\u017ce wykonywa\u0107 pe\u0142ne skanowanie tabel<\/p>\n
14 Ukryj MySQL przed Internetem<\/strong><\/h2>\nWiedz\u0105 o tym do\u015bwiadczeni administratorzy baz danych i personel ds. bezpiecze\u0144stwa \u2014 nigdy nie umieszczaj bazy danych w katalogu g\u0142\u00f3wnym serwera WWW.<\/p>\n
W przypadku aplikacji obs\u0142uguj\u0105cych Internet MySQL powinien by\u0107 ukryty za zapor\u0105 sieciow\u0105. Komunikacja powinna by\u0107 w\u0142\u0105czona tylko mi\u0119dzy serwerami aplikacji a serwerami WWW.<\/p>\n
Inn\u0105 opcj\u0105 jest u\u017cycie pomijania sieci MySQL. Gdy jest w\u0142\u0105czony, MySQL nas\u0142uchuje tylko lokalnych po\u0142\u0105cze\u0144 gniazd i ignoruje wszystkie porty TCP.<\/p>\n
15 U\u017cyj najmniejszych mo\u017cliwych typ\u00f3w danych<\/strong><\/h2>\n<\/a><\/p>\nPozw\u00f3l, \u017ce opowiem ci histori\u0119. Kiedy chodzi\u0142em do college’u, filozofia by\u0142a taka, \u017ce \u200b\u200b\u201epami\u0119ci jest ma\u0142o". To by\u0142y czasy dysk\u00f3w twardych 256 MB. W dzisiejszych czasach nikt nie przejmuje si\u0119 ani troch\u0119 pami\u0119ci\u0105 lub miejscem na dysku twardym. Nowa filozofia m\u00f3wi, \u017ce \u201epami\u0119\u0107 jest tania”. Mo\u017ce to by\u0107 prawda w dolarach, ale odczytywanie du\u017cych typ\u00f3w danych nadal trwa d\u0142u\u017cej ni\u017c odczytywanie mniejszych. Du\u017ce typy danych wymagaj\u0105 wczytania do pami\u0119ci wi\u0119kszej liczby sektor\u00f3w dysku.<\/p>\n
Mora\u0142 polega na tym, \u017ce podczas projektowania tabel zignoruj \u200b\u200bpokus\u0119, aby natychmiast przeskoczy\u0107 do najwi\u0119kszego typu danych. Pomy\u015bl o u\u017cyciu int zamiast bigint.<\/p>\n
Unikaj r\u00f3wnie\u017c p\u00f3l tekstowych typu largechar (255), gdy wystarczy varchar lub mniejszy znak.<\/p>\n
Je\u015bli u\u017cyjesz w\u0142a\u015bciwego typu danych, wi\u0119cej rekord\u00f3w zmie\u015bci si\u0119 w pami\u0119ci lub bloku klucza indeksu. Prowadzi to do mniejszej liczby odczyt\u00f3w i wi\u0119kszej wydajno\u015bci.<\/p>\n
16 Skorzystaj z buforowania zapyta\u0144<\/strong><\/h2>\nBuforowanie zapyta\u0144 to jedna z najskuteczniejszych metod zwi\u0119kszania wydajno\u015bci. Wi\u0119kszo\u015b\u0107 serwer\u00f3w MySQL ma to domy\u015blnie w\u0142\u0105czone.<\/p>\n
Pami\u0119\u0107 podr\u0119czna zapyta\u0144 przechowuje tekst instrukcji SELECT wraz z odpowiednim zestawem wynik\u00f3w. Je\u015bli serwer p\u00f3\u017aniej otrzyma identyczn\u0105 instrukcj\u0119, pobierze wyniki z pami\u0119ci podr\u0119cznej zapyta\u0144, zamiast analizowa\u0107 i ponownie wykonywa\u0107 instrukcj\u0119. Pami\u0119\u0107 podr\u0119czna zapyta\u0144 jest wsp\u00f3\u0142u\u017cytkowana przez sesje, dzi\u0119ki czemu zestaw wynik\u00f3w wygenerowany przez jednego klienta mo\u017ce zosta\u0107 wys\u0142any w odpowiedzi na to samo zapytanie wys\u0142ane przez innego klienta.<\/p>\n
Jednak, jakkolwiek jest \u015bwietne, buforowanie zapyta\u0144 ma swoje ograniczenia. We\u017a nast\u0119puj\u0105ce zdanie:<\/p>\n
Problem polega na tym, \u017ce zapytania zawieraj\u0105 pewne niedeterministyczne funkcje, takie jak NOW() i RAND(). MySQL nie mo\u017ce z g\u00f3ry obliczy\u0107 takich funkcji, wi\u0119c nie s\u0105 one buforowane.<\/p>\n
Na szcz\u0119\u015bcie jest na to proste rozwi\u0105zanie: mo\u017cesz przechowywa\u0107 wyniki funkcji w zmiennej.<\/p>\n
17 Nie edytuj plik\u00f3w zrzutu<\/strong><\/h2>\nPliki zrzutu s\u0105 bardzo myl\u0105ce i mog\u0105 powodowa\u0107 uszkodzenie. Czemu? Je\u015bli kiedykolwiek widzia\u0142e\u015b pliki zrzutu utworzone przez mysqldump, zgodzisz si\u0119, \u017ce wygl\u0105daj\u0105 jak zwyk\u0142e, nieszkodliwe pliki tekstowe. Dlatego wi\u0119kszo\u015b\u0107 ludzi edytuje je w standardowym edytorze tekstu, co powoduje pojawienie si\u0119 uszkodze\u0144.<\/p>\n
Je\u015bli kiedykolwiek pr\u00f3bowa\u0142e\u015b edytowa\u0107 pliki zrzut\u00f3w, szybko dowiedzia\u0142e\u015b si\u0119, \u017ce nie s\u0105 to pliki tekstowe. Tak wi\u0119c jedynym gwarantowanym sposobem unikni\u0119cia problem\u00f3w jest pozostawienie plik\u00f3w zrzutu w spokoju.<\/p>\n
18 U\u017cyj ustawienia rozmiaru bloku MyISAM<\/strong><\/h2>\n
U\u017cywaj\u0105c typu danych DATETIME lub DATE, zawsze u\u017cywaj formatu daty RRRR-MM-DD lub formatu daty ISO odpowiedniego dla Twojego SQL Engine. Formaty regionalne, takie jak DD-MM-RRRR lub MM-DD-RRRR, nie b\u0119d\u0105 prawid\u0142owo przechowywane.<\/p>\n
5 kolumn klucza indeksu<\/strong><\/h2>\nPo\u017c\u0105dane jest, aby zapytanie szybko zwr\u00f3ci\u0142o wynik, dlatego nale\u017cy zindeksowa\u0107 kolumny, kt\u00f3re s\u0105 u\u017cywane w klauzulach JOIN.<\/p>\n
W przypadku u\u017cycia instrukcji UPDATE obejmuj\u0105cej wi\u0119cej ni\u017c jedn\u0105 tabel\u0119, nale\u017cy zindeksowa\u0107 wszystkie kolumny, kt\u00f3re s\u0105 u\u017cywane do \u0142\u0105czenia tabel.<\/p>\n
6 Nie u\u017cywaj funkcji nad indeksowanymi kolumnami\u2026<\/strong><\/h2>\n\u2026 bo wtedy indeks traci sw\u00f3j cel.<\/p>\n
Za\u0142\u00f3\u017cmy na przyk\u0142ad, \u017ce chcesz uzyska\u0107 dane, w kt\u00f3rych pierwsze dwa znaki kodu klienta to AK. Pisa\u0107:<\/p>\n
SELECT columns FROM table WHERE customer_code like 'AK%'<\/code><\/p>\ni nie pisz<\/p>\n
SELECT columns FROM table WHERE left (customer_code,2)='AK\u2019<\/code><\/p>\nCzemu? Pierwszy przyk\u0142ad wykorzysta indeks, co spowoduje szybszy czas odpowiedzi.<\/p>\n
7 U\u017cyj SQL SELECT * tylko w razie potrzeby<\/strong><\/h2>\nPod\u0105\u017caj\u0105c za list\u0105 najlepszych praktyk MySQL, nie u\u017cywaj na \u015blepo SELECT * w kodzie. Je\u015bli tabela ma wiele kolumn, wszystkie zostan\u0105 zwr\u00f3cone. Spowoduje to spowolnienie czasu odpowiedzi, zw\u0142aszcza je\u015bli wy\u015blesz wynik do aplikacji typu front-end.<\/p>\n
Zamiast tego wyra\u017anie wpisz nazwy kolumn, kt\u00f3re s\u0105 faktycznie potrzebne.<\/p>\n
Uwaga: pami\u0119taj, \u017ce wszystkie instrukcje SELECT wymagaj\u0105 klauzuli WHERE.<\/p>\n
8 U\u017cywaj klauzuli ORDER BY tylko w razie potrzeby<\/strong><\/h2>\nJe\u015bli chcesz pokaza\u0107 wynik w aplikacji front-endowej, pozw\u00f3l jej ZAM\u00d3WI\u0106 zestaw wynik\u00f3w. Je\u015bli zrobisz to w SQL, czas odpowiedzi mo\u017ce zosta\u0107 spowolniony w \u015brodowisku wielu u\u017cytkownik\u00f3w.<\/p>\n
9 Wybierz odpowiedni silnik bazy danych<\/strong><\/h2>\nJe\u015bli tworzysz aplikacj\u0119, kt\u00f3ra cz\u0119\u015bciej odczytuje dane ni\u017c zapisuje (np. wyszukiwark\u0119), wybierz silnik pami\u0119ci masowej MyISAM.<\/p>\n
Wyb\u00f3r niew\u0142a\u015bciwego silnika pami\u0119ci masowej wp\u0142ynie na wydajno\u015b\u0107.<\/p>\n
10 W razie potrzeby u\u017cyj klauzuli EXISTS<\/strong><\/h2>\nAby sprawdzi\u0107 istnienie danych, u\u017cyj klauzuli EXISTS, kt\u00f3ra jest szybsza w czasie odpowiedzi. Na przyk\u0142ad u\u017cyj:<\/p>\n
If EXISTS(SELECT * from Table WHERE col=\u2019some value\u2019)<\/code><\/p>\nNie u\u017cywa\u0107 :<\/p>\n
If (SELECT count(*) from Table WHERE col=\u2019some value\u2019)>0<\/code><\/p>\n11 WYJA\u015aNIJ swoje WYBRANE pytania<\/strong><\/h2>\nJe\u015bli u\u017cyjesz s\u0142owa kluczowego EXPLAIN, mo\u017cesz uzyska\u0107 wgl\u0105d w to, co MySQL robi, aby wykona\u0107 zapytanie. Mo\u017ce to pom\u00f3c w wykryciu problem\u00f3w ze strukturami zapyta\u0144 lub tabel (np. w\u0105skich garde\u0142).<\/p>\n
Zapytanie EXPLAIN pokazuje, kt\u00f3re indeksy s\u0105 u\u017cywane, jak tabela jest skanowana, sortowana itp.<\/p>\n
Wystarczy doda\u0107 s\u0142owo kluczowe EXPLAIN przed zapytaniem SELECT (najlepiej z\u0142o\u017conym z \u0142\u0105cznikami). Ponadto, je\u015bli u\u017cyjesz do tego phpmyadmina, twoje wyniki zostan\u0105 pokazane w \u0142adnej tabeli.<\/p>\n
12 U\u017cyj LIMIT 1, gdy otrzymasz unikalny rz\u0105d<\/strong><\/h2>\nCzasami wiesz z g\u00f3ry, \u017ce podczas wykonywania zapyta\u0144 do tabel szukasz tylko jednego wiersza. Na przyk\u0142ad mo\u017cesz pobiera\u0107 unikalny rekord lub po prostu sprawdza\u0107 istnienie dowolnej liczby rekord\u00f3w spe\u0142niaj\u0105cych klauzul\u0119 WHERE.<\/p>\n
W takich przypadkach b\u0119dziesz chcia\u0142 u\u017cy\u0107 funkcji limitu MySQL, aby zwi\u0119kszy\u0107 wydajno\u015b\u0107. Oto kolejna z najlepszych praktyk MySQL: po prostu dodaj LIMIT 1 do zapytania. W ten spos\u00f3b silnik bazy danych nie b\u0119dzie musia\u0142 przechodzi\u0107 przez ca\u0142\u0105 tabel\u0119 lub indeks. Przestanie skanowa\u0107, gdy znajdzie tylko 1 rekord tego, czego szukasz.<\/p>\n
\/\/ do I have anyusersfrom Alabama?<\/code><\/p>\n\/\/ czego NIE robi\u0107:
\n$r = mysql_query(„SELECT * FROM user WHERE state = 'Alabama’");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
\/\/ znaczniebetter:
\n$r = mysql_query("SELECT 1 FROM user WHERE state = 'Alabama’ LIMIT 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
13 Indeksuj i u\u017cywaj tych samych typ\u00f3w kolumn dla z\u0142\u0105cze\u0144<\/strong><\/h2>\nKolejna wa\u017cna wskaz\u00f3wka dotycz\u0105ca najlepszych praktyk MySQL \u2014 je\u015bli Twoja aplikacja ma wiele zapyta\u0144 JOIN, upewnij si\u0119, \u017ce kolumny, kt\u00f3rymi si\u0119 \u0142\u0105czysz, s\u0105 indeksowane w obu tabelach. Wp\u0142ywa to na wewn\u0119trzn\u0105 optymalizacj\u0119 operacji \u0142\u0105czenia przez MySQL.<\/p>\n
Ponadto po\u0142\u0105czone s\u0142upy musz\u0105 by\u0107 tego samego typu. Na przyk\u0142ad, je\u015bli po\u0142\u0105czysz kolumn\u0119 DECIMAL z kolumn\u0105 INT z innej tabeli, MySQL nie b\u0119dzie m\u00f3g\u0142 u\u017cywa\u0107 \u017cadnego z indeks\u00f3w. Nawet kodowanie znak\u00f3w musi by\u0107 tego samego typu dla kolumn typu string.<\/p>\n
\/\/ looking for companies in my state $r = mysql_query(\"SELECT company_name FROM users LEFT JOIN companies ON (users.state = companies.state) WHERE users.id = $user_id\");<\/code><\/p>\n\/\/ obie kolumny stanu powinny by\u0107 indeksowane
\n\/\/ i obie powinny mie\u0107 ten sam typ i kodowanie znak\u00f3w
\n\/\/ lub MySQL mo\u017ce wykonywa\u0107 pe\u0142ne skanowanie tabel<\/p>\n
14 Ukryj MySQL przed Internetem<\/strong><\/h2>\nWiedz\u0105 o tym do\u015bwiadczeni administratorzy baz danych i personel ds. bezpiecze\u0144stwa \u2014 nigdy nie umieszczaj bazy danych w katalogu g\u0142\u00f3wnym serwera WWW.<\/p>\n
W przypadku aplikacji obs\u0142uguj\u0105cych Internet MySQL powinien by\u0107 ukryty za zapor\u0105 sieciow\u0105. Komunikacja powinna by\u0107 w\u0142\u0105czona tylko mi\u0119dzy serwerami aplikacji a serwerami WWW.<\/p>\n
Inn\u0105 opcj\u0105 jest u\u017cycie pomijania sieci MySQL. Gdy jest w\u0142\u0105czony, MySQL nas\u0142uchuje tylko lokalnych po\u0142\u0105cze\u0144 gniazd i ignoruje wszystkie porty TCP.<\/p>\n
15 U\u017cyj najmniejszych mo\u017cliwych typ\u00f3w danych<\/strong><\/h2>\n<\/a><\/p>\nPozw\u00f3l, \u017ce opowiem ci histori\u0119. Kiedy chodzi\u0142em do college’u, filozofia by\u0142a taka, \u017ce \u200b\u200b\u201epami\u0119ci jest ma\u0142o". To by\u0142y czasy dysk\u00f3w twardych 256 MB. W dzisiejszych czasach nikt nie przejmuje si\u0119 ani troch\u0119 pami\u0119ci\u0105 lub miejscem na dysku twardym. Nowa filozofia m\u00f3wi, \u017ce \u201epami\u0119\u0107 jest tania”. Mo\u017ce to by\u0107 prawda w dolarach, ale odczytywanie du\u017cych typ\u00f3w danych nadal trwa d\u0142u\u017cej ni\u017c odczytywanie mniejszych. Du\u017ce typy danych wymagaj\u0105 wczytania do pami\u0119ci wi\u0119kszej liczby sektor\u00f3w dysku.<\/p>\n
Mora\u0142 polega na tym, \u017ce podczas projektowania tabel zignoruj \u200b\u200bpokus\u0119, aby natychmiast przeskoczy\u0107 do najwi\u0119kszego typu danych. Pomy\u015bl o u\u017cyciu int zamiast bigint.<\/p>\n
Unikaj r\u00f3wnie\u017c p\u00f3l tekstowych typu largechar (255), gdy wystarczy varchar lub mniejszy znak.<\/p>\n
Je\u015bli u\u017cyjesz w\u0142a\u015bciwego typu danych, wi\u0119cej rekord\u00f3w zmie\u015bci si\u0119 w pami\u0119ci lub bloku klucza indeksu. Prowadzi to do mniejszej liczby odczyt\u00f3w i wi\u0119kszej wydajno\u015bci.<\/p>\n
16 Skorzystaj z buforowania zapyta\u0144<\/strong><\/h2>\nBuforowanie zapyta\u0144 to jedna z najskuteczniejszych metod zwi\u0119kszania wydajno\u015bci. Wi\u0119kszo\u015b\u0107 serwer\u00f3w MySQL ma to domy\u015blnie w\u0142\u0105czone.<\/p>\n
Pami\u0119\u0107 podr\u0119czna zapyta\u0144 przechowuje tekst instrukcji SELECT wraz z odpowiednim zestawem wynik\u00f3w. Je\u015bli serwer p\u00f3\u017aniej otrzyma identyczn\u0105 instrukcj\u0119, pobierze wyniki z pami\u0119ci podr\u0119cznej zapyta\u0144, zamiast analizowa\u0107 i ponownie wykonywa\u0107 instrukcj\u0119. Pami\u0119\u0107 podr\u0119czna zapyta\u0144 jest wsp\u00f3\u0142u\u017cytkowana przez sesje, dzi\u0119ki czemu zestaw wynik\u00f3w wygenerowany przez jednego klienta mo\u017ce zosta\u0107 wys\u0142any w odpowiedzi na to samo zapytanie wys\u0142ane przez innego klienta.<\/p>\n
Jednak, jakkolwiek jest \u015bwietne, buforowanie zapyta\u0144 ma swoje ograniczenia. We\u017a nast\u0119puj\u0105ce zdanie:<\/p>\n
Problem polega na tym, \u017ce zapytania zawieraj\u0105 pewne niedeterministyczne funkcje, takie jak NOW() i RAND(). MySQL nie mo\u017ce z g\u00f3ry obliczy\u0107 takich funkcji, wi\u0119c nie s\u0105 one buforowane.<\/p>\n
Na szcz\u0119\u015bcie jest na to proste rozwi\u0105zanie: mo\u017cesz przechowywa\u0107 wyniki funkcji w zmiennej.<\/p>\n
17 Nie edytuj plik\u00f3w zrzutu<\/strong><\/h2>\nPliki zrzutu s\u0105 bardzo myl\u0105ce i mog\u0105 powodowa\u0107 uszkodzenie. Czemu? Je\u015bli kiedykolwiek widzia\u0142e\u015b pliki zrzutu utworzone przez mysqldump, zgodzisz si\u0119, \u017ce wygl\u0105daj\u0105 jak zwyk\u0142e, nieszkodliwe pliki tekstowe. Dlatego wi\u0119kszo\u015b\u0107 ludzi edytuje je w standardowym edytorze tekstu, co powoduje pojawienie si\u0119 uszkodze\u0144.<\/p>\n
Je\u015bli kiedykolwiek pr\u00f3bowa\u0142e\u015b edytowa\u0107 pliki zrzut\u00f3w, szybko dowiedzia\u0142e\u015b si\u0119, \u017ce nie s\u0105 to pliki tekstowe. Tak wi\u0119c jedynym gwarantowanym sposobem unikni\u0119cia problem\u00f3w jest pozostawienie plik\u00f3w zrzutu w spokoju.<\/p>\n
18 U\u017cyj ustawienia rozmiaru bloku MyISAM<\/strong><\/h2>\n
\u2026 bo wtedy indeks traci sw\u00f3j cel.<\/p>\n
Za\u0142\u00f3\u017cmy na przyk\u0142ad, \u017ce chcesz uzyska\u0107 dane, w kt\u00f3rych pierwsze dwa znaki kodu klienta to AK. Pisa\u0107:<\/p>\n
i nie pisz<\/p>\n Czemu? Pierwszy przyk\u0142ad wykorzysta indeks, co spowoduje szybszy czas odpowiedzi.<\/p>\n Pod\u0105\u017caj\u0105c za list\u0105 najlepszych praktyk MySQL, nie u\u017cywaj na \u015blepo SELECT * w kodzie. Je\u015bli tabela ma wiele kolumn, wszystkie zostan\u0105 zwr\u00f3cone. Spowoduje to spowolnienie czasu odpowiedzi, zw\u0142aszcza je\u015bli wy\u015blesz wynik do aplikacji typu front-end.<\/p>\n Zamiast tego wyra\u017anie wpisz nazwy kolumn, kt\u00f3re s\u0105 faktycznie potrzebne.<\/p>\n Uwaga: pami\u0119taj, \u017ce wszystkie instrukcje SELECT wymagaj\u0105 klauzuli WHERE.<\/p>\n Je\u015bli chcesz pokaza\u0107 wynik w aplikacji front-endowej, pozw\u00f3l jej ZAM\u00d3WI\u0106 zestaw wynik\u00f3w. Je\u015bli zrobisz to w SQL, czas odpowiedzi mo\u017ce zosta\u0107 spowolniony w \u015brodowisku wielu u\u017cytkownik\u00f3w.<\/p>\n Je\u015bli tworzysz aplikacj\u0119, kt\u00f3ra cz\u0119\u015bciej odczytuje dane ni\u017c zapisuje (np. wyszukiwark\u0119), wybierz silnik pami\u0119ci masowej MyISAM.<\/p>\n Wyb\u00f3r niew\u0142a\u015bciwego silnika pami\u0119ci masowej wp\u0142ynie na wydajno\u015b\u0107.<\/p>\n Aby sprawdzi\u0107 istnienie danych, u\u017cyj klauzuli EXISTS, kt\u00f3ra jest szybsza w czasie odpowiedzi. Na przyk\u0142ad u\u017cyj:<\/p>\n Nie u\u017cywa\u0107 :<\/p>\n Je\u015bli u\u017cyjesz s\u0142owa kluczowego EXPLAIN, mo\u017cesz uzyska\u0107 wgl\u0105d w to, co MySQL robi, aby wykona\u0107 zapytanie. Mo\u017ce to pom\u00f3c w wykryciu problem\u00f3w ze strukturami zapyta\u0144 lub tabel (np. w\u0105skich garde\u0142).<\/p>\n Zapytanie EXPLAIN pokazuje, kt\u00f3re indeksy s\u0105 u\u017cywane, jak tabela jest skanowana, sortowana itp.<\/p>\n Wystarczy doda\u0107 s\u0142owo kluczowe EXPLAIN przed zapytaniem SELECT (najlepiej z\u0142o\u017conym z \u0142\u0105cznikami). Ponadto, je\u015bli u\u017cyjesz do tego phpmyadmina, twoje wyniki zostan\u0105 pokazane w \u0142adnej tabeli.<\/p>\n Czasami wiesz z g\u00f3ry, \u017ce podczas wykonywania zapyta\u0144 do tabel szukasz tylko jednego wiersza. Na przyk\u0142ad mo\u017cesz pobiera\u0107 unikalny rekord lub po prostu sprawdza\u0107 istnienie dowolnej liczby rekord\u00f3w spe\u0142niaj\u0105cych klauzul\u0119 WHERE.<\/p>\n W takich przypadkach b\u0119dziesz chcia\u0142 u\u017cy\u0107 funkcji limitu MySQL, aby zwi\u0119kszy\u0107 wydajno\u015b\u0107. Oto kolejna z najlepszych praktyk MySQL: po prostu dodaj LIMIT 1 do zapytania. W ten spos\u00f3b silnik bazy danych nie b\u0119dzie musia\u0142 przechodzi\u0107 przez ca\u0142\u0105 tabel\u0119 lub indeks. Przestanie skanowa\u0107, gdy znajdzie tylko 1 rekord tego, czego szukasz.<\/p>\n \/\/ czego NIE robi\u0107: \/\/ znaczniebetter: Kolejna wa\u017cna wskaz\u00f3wka dotycz\u0105ca najlepszych praktyk MySQL \u2014 je\u015bli Twoja aplikacja ma wiele zapyta\u0144 JOIN, upewnij si\u0119, \u017ce kolumny, kt\u00f3rymi si\u0119 \u0142\u0105czysz, s\u0105 indeksowane w obu tabelach. Wp\u0142ywa to na wewn\u0119trzn\u0105 optymalizacj\u0119 operacji \u0142\u0105czenia przez MySQL.<\/p>\n Ponadto po\u0142\u0105czone s\u0142upy musz\u0105 by\u0107 tego samego typu. Na przyk\u0142ad, je\u015bli po\u0142\u0105czysz kolumn\u0119 DECIMAL z kolumn\u0105 INT z innej tabeli, MySQL nie b\u0119dzie m\u00f3g\u0142 u\u017cywa\u0107 \u017cadnego z indeks\u00f3w. Nawet kodowanie znak\u00f3w musi by\u0107 tego samego typu dla kolumn typu string.<\/p>\n \/\/ obie kolumny stanu powinny by\u0107 indeksowane Wiedz\u0105 o tym do\u015bwiadczeni administratorzy baz danych i personel ds. bezpiecze\u0144stwa \u2014 nigdy nie umieszczaj bazy danych w katalogu g\u0142\u00f3wnym serwera WWW.<\/p>\n W przypadku aplikacji obs\u0142uguj\u0105cych Internet MySQL powinien by\u0107 ukryty za zapor\u0105 sieciow\u0105. Komunikacja powinna by\u0107 w\u0142\u0105czona tylko mi\u0119dzy serwerami aplikacji a serwerami WWW.<\/p>\n Inn\u0105 opcj\u0105 jest u\u017cycie pomijania sieci MySQL. Gdy jest w\u0142\u0105czony, MySQL nas\u0142uchuje tylko lokalnych po\u0142\u0105cze\u0144 gniazd i ignoruje wszystkie porty TCP.<\/p>\n Pozw\u00f3l, \u017ce opowiem ci histori\u0119. Kiedy chodzi\u0142em do college’u, filozofia by\u0142a taka, \u017ce \u200b\u200b\u201epami\u0119ci jest ma\u0142o". To by\u0142y czasy dysk\u00f3w twardych 256 MB. W dzisiejszych czasach nikt nie przejmuje si\u0119 ani troch\u0119 pami\u0119ci\u0105 lub miejscem na dysku twardym. Nowa filozofia m\u00f3wi, \u017ce \u201epami\u0119\u0107 jest tania”. Mo\u017ce to by\u0107 prawda w dolarach, ale odczytywanie du\u017cych typ\u00f3w danych nadal trwa d\u0142u\u017cej ni\u017c odczytywanie mniejszych. Du\u017ce typy danych wymagaj\u0105 wczytania do pami\u0119ci wi\u0119kszej liczby sektor\u00f3w dysku.<\/p>\n Mora\u0142 polega na tym, \u017ce podczas projektowania tabel zignoruj \u200b\u200bpokus\u0119, aby natychmiast przeskoczy\u0107 do najwi\u0119kszego typu danych. Pomy\u015bl o u\u017cyciu int zamiast bigint.<\/p>\n Unikaj r\u00f3wnie\u017c p\u00f3l tekstowych typu largechar (255), gdy wystarczy varchar lub mniejszy znak.<\/p>\n Je\u015bli u\u017cyjesz w\u0142a\u015bciwego typu danych, wi\u0119cej rekord\u00f3w zmie\u015bci si\u0119 w pami\u0119ci lub bloku klucza indeksu. Prowadzi to do mniejszej liczby odczyt\u00f3w i wi\u0119kszej wydajno\u015bci.<\/p>\n Buforowanie zapyta\u0144 to jedna z najskuteczniejszych metod zwi\u0119kszania wydajno\u015bci. Wi\u0119kszo\u015b\u0107 serwer\u00f3w MySQL ma to domy\u015blnie w\u0142\u0105czone.<\/p>\n Pami\u0119\u0107 podr\u0119czna zapyta\u0144 przechowuje tekst instrukcji SELECT wraz z odpowiednim zestawem wynik\u00f3w. Je\u015bli serwer p\u00f3\u017aniej otrzyma identyczn\u0105 instrukcj\u0119, pobierze wyniki z pami\u0119ci podr\u0119cznej zapyta\u0144, zamiast analizowa\u0107 i ponownie wykonywa\u0107 instrukcj\u0119. Pami\u0119\u0107 podr\u0119czna zapyta\u0144 jest wsp\u00f3\u0142u\u017cytkowana przez sesje, dzi\u0119ki czemu zestaw wynik\u00f3w wygenerowany przez jednego klienta mo\u017ce zosta\u0107 wys\u0142any w odpowiedzi na to samo zapytanie wys\u0142ane przez innego klienta.<\/p>\n Jednak, jakkolwiek jest \u015bwietne, buforowanie zapyta\u0144 ma swoje ograniczenia. We\u017a nast\u0119puj\u0105ce zdanie:<\/p>\n Problem polega na tym, \u017ce zapytania zawieraj\u0105 pewne niedeterministyczne funkcje, takie jak NOW() i RAND(). MySQL nie mo\u017ce z g\u00f3ry obliczy\u0107 takich funkcji, wi\u0119c nie s\u0105 one buforowane.<\/p>\n Na szcz\u0119\u015bcie jest na to proste rozwi\u0105zanie: mo\u017cesz przechowywa\u0107 wyniki funkcji w zmiennej.<\/p>\n Pliki zrzutu s\u0105 bardzo myl\u0105ce i mog\u0105 powodowa\u0107 uszkodzenie. Czemu? Je\u015bli kiedykolwiek widzia\u0142e\u015b pliki zrzutu utworzone przez mysqldump, zgodzisz si\u0119, \u017ce wygl\u0105daj\u0105 jak zwyk\u0142e, nieszkodliwe pliki tekstowe. Dlatego wi\u0119kszo\u015b\u0107 ludzi edytuje je w standardowym edytorze tekstu, co powoduje pojawienie si\u0119 uszkodze\u0144.<\/p>\n Je\u015bli kiedykolwiek pr\u00f3bowa\u0142e\u015b edytowa\u0107 pliki zrzut\u00f3w, szybko dowiedzia\u0142e\u015b si\u0119, \u017ce nie s\u0105 to pliki tekstowe. Tak wi\u0119c jedynym gwarantowanym sposobem unikni\u0119cia problem\u00f3w jest pozostawienie plik\u00f3w zrzutu w spokoju.<\/p>\nSELECT columns FROM table WHERE customer_code like 'AK%'<\/code><\/p>\nSELECT columns FROM table WHERE left (customer_code,2)='AK\u2019<\/code><\/p>\n7 U\u017cyj SQL SELECT * tylko w razie potrzeby<\/strong><\/h2>\n
8 U\u017cywaj klauzuli ORDER BY tylko w razie potrzeby<\/strong><\/h2>\n
9 Wybierz odpowiedni silnik bazy danych<\/strong><\/h2>\n
10 W razie potrzeby u\u017cyj klauzuli EXISTS<\/strong><\/h2>\n
If EXISTS(SELECT * from Table WHERE col=\u2019some value\u2019)<\/code><\/p>\nIf (SELECT count(*) from Table WHERE col=\u2019some value\u2019)>0<\/code><\/p>\n11 WYJA\u015aNIJ swoje WYBRANE pytania<\/strong><\/h2>\n
12 U\u017cyj LIMIT 1, gdy otrzymasz unikalny rz\u0105d<\/strong><\/h2>\n
\/\/ do I have anyusersfrom Alabama?<\/code><\/p>\n
\n$r = mysql_query(„SELECT * FROM user WHERE state = 'Alabama’");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
\n$r = mysql_query("SELECT 1 FROM user WHERE state = 'Alabama’ LIMIT 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n13 Indeksuj i u\u017cywaj tych samych typ\u00f3w kolumn dla z\u0142\u0105cze\u0144<\/strong><\/h2>\n
\/\/ looking for companies in my state $r = mysql_query(\"SELECT company_name FROM users LEFT JOIN companies ON (users.state = companies.state) WHERE users.id = $user_id\");<\/code><\/p>\n
\n\/\/ i obie powinny mie\u0107 ten sam typ i kodowanie znak\u00f3w
\n\/\/ lub MySQL mo\u017ce wykonywa\u0107 pe\u0142ne skanowanie tabel<\/p>\n14 Ukryj MySQL przed Internetem<\/strong><\/h2>\n
15 U\u017cyj najmniejszych mo\u017cliwych typ\u00f3w danych<\/strong><\/h2>\n
<\/a><\/p>\n16 Skorzystaj z buforowania zapyta\u0144<\/strong><\/h2>\n
17 Nie edytuj plik\u00f3w zrzutu<\/strong><\/h2>\n
18 U\u017cyj ustawienia rozmiaru bloku MyISAM<\/strong><\/h2>\n
![\"22](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-206970-61e8d4b8518b8.jpg\")
<\/a><\/p>\n![\"22](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-206970-61e8d4b96bb8a.jpg\")
<\/a><\/p>\n