![\"Schody](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/verbindungstreppe-pl.png\")
Co WP_Query buduje z tablicy<\/h2>\n
Ka\u017cda klauzula w Nie ma w tym nic b\u0142\u0119dnego. To dos\u0142owne t\u0142umaczenie tego, o co poproszono, i baza odpowie poprawnie – po odczytaniu na \u015bredniej witrynie rz\u0119du p\u00f3\u0142 miliona wierszy, \u017ceby zwr\u00f3ci\u0107 czterdzie\u015bci.<\/p>\n Ka\u017cd\u0105 klauzul\u0119 obs\u0142uguje si\u0119 wi\u0119c w dw\u00f3ch ruchach. Z\u0142\u0105czenie znajduje wiersze wpisu po Ostatni wiersz zamienia woln\u0105 stron\u0119 w przekroczenie czasu. Sortowania po warto\u015bci meta nie da si\u0119 obs\u0142u\u017cy\u0107 z \u017cadnego indeksu; baza buduje wi\u0119c ca\u0142y wynik po\u015bredni i sortuje go – a poniewa\u017c Warto\u015b\u0107, po kt\u00f3rej si\u0119 filtruje, nie jest w\u0142asno\u015bci\u0105 wpisu w tym sensie, w jakim jest ni\u0105 podtytu\u0142. Jest przyporz\u0105dkowaniem, a dla przyporz\u0105dkowa\u0144 WordPress ma ju\u017c struktur\u0119 z w\u0142a\u015bciwymi indeksami: Wynikaj\u0105ca st\u0105d regu\u0142a jest kr\u00f3tka. To, po czym si\u0119 filtruje albo sortuje, nale\u017cy do taksonomii – albo, gdy warto\u015bci s\u0105 naprawd\u0119 liczbowe i ci\u0105g\u0142e, do kolumny w\u0142asnej tabeli. To, co odczytuje si\u0119 dopiero po znalezieniu wpisu, mo\u017ce zosta\u0107 w metadanych, gdzie kosztuje dok\u0142adnie jeden dost\u0119p po Zapytanie zbudowane przez WP_Query jest dost\u0119pne przed wykonaniem: w Trzy wiersze z meta_query<\/code> dostaje w\u0142asny alias na wp_postmeta<\/code> i w\u0142asny warunek z\u0142\u0105czenia. Dwie klauzule, dwa aliasy; pi\u0119\u0107 klauzul, pi\u0119\u0107. Tabel\u0119 \u0142\u0105czy si\u0119 z sam\u0105 sob\u0105 tyle razy, ile jest warunk\u00f3w, a ka\u017cde z tych z\u0142\u0105cze\u0144 ci\u0105gnie za sob\u0105 pe\u0142ny ci\u0119\u017car tabeli.<\/p>\nSELECT wp_posts.ID FROM wp_posts\n INNER JOIN wp_postmeta pm1 ON wp_posts.ID = pm1.post_id\n INNER JOIN wp_postmeta pm2 ON wp_posts.ID = pm2.post_id\n INNER JOIN wp_postmeta pm3 ON wp_posts.ID = pm3.post_id\nWHERE post_type = 'post' AND post_status = 'publish'\n AND ( pm1.meta_key = '_region' AND pm1.meta_value = 'polnoc' )\n AND ( pm2.meta_key = '_poziom' AND pm2.meta_value = 'b' )\n AND ( pm3.meta_key = '_aktywny' AND pm3.meta_value = '1' )\nORDER BY wp_posts.post_date DESC<\/code><\/pre>\nIndeks, kt\u00f3rego nie ma<\/h2>\n
wp_postmeta<\/code> niesie trzy indeksy: klucz g\u0142\u00f3wny na meta_id<\/code>, jeden na post_id<\/code> i jeden na pierwszych 191 znakach meta_key<\/code>. Na meta_value<\/code> nie ma \u017cadnego i sensownie by\u0107 nie mo\u017ce: kolumna jest typu LONGTEXT<\/code>, a indeks na kolumnie tekstowej nieograniczonej d\u0142ugo\u015bci to albo przedrostek, albo nic.<\/p>\npost_id<\/code> – szybko, z indeksu, dok\u0142adnie do tego indeks s\u0142u\u017cy. Potem warto\u015b\u0107 por\u00f3wnuje si\u0119 wewn\u0105trz ka\u017cdego z tych wierszy, jeden po drugim, bez pomocy sk\u0105dkolwiek. Nak\u0142ad jest proporcjonalny do liczby wierszy meta na wpis, a ta na witrynie z kreatorem stron i kilkoma rozszerzeniami rzadko spada poni\u017cej trzydziestu.<\/p>\nKlauzule kosztuj\u0105ce wi\u0119cej ni\u017c pozosta\u0142e<\/h2>\n
\n\n
\n \nKlauzula<\/th>\n Co musi za to zrobi\u0107 baza<\/th>\n<\/tr>\n<\/thead>\n \n 'compare' => '='<\/code><\/td>\nprzypadek podstawowy: jedno z\u0142\u0105czenie, jedno por\u00f3wnanie napis\u00f3w na wiersz<\/td>\n<\/tr>\n \n 'compare' => 'LIKE'<\/code><\/td>\nto samo z dopasowaniem wzorca; wiod\u0105cy znak wieloznaczny wyklucza ka\u017cdy skr\u00f3t<\/td>\n<\/tr>\n \n 'type' => 'NUMERIC'<\/code><\/td>\notacza kolumn\u0119 CAST()<\/code> i zabiera ostatni\u0105 szans\u0119 na u\u017cycie indeksu<\/td>\n<\/tr>\n\n 'compare' => 'NOT EXISTS'<\/code><\/td>\nLEFT JOIN wraz z testem IS NULL – ka\u017cdy niepasuj\u0105cy wiersz musi najpierw powsta\u0107<\/td>\n<\/tr>\n \n 'relation' => 'OR'<\/code><\/td>\nklauzule przestaj\u0105 si\u0119 nawzajem zaw\u0119\u017ca\u0107; zbi\u00f3r po\u015bredni to suma<\/td>\n<\/tr>\n \n 'orderby' => 'meta_value'<\/code><\/td>\ntabela tymczasowa i sortowanie po kolumnie tekstowej<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n meta_value<\/code> jest typu LONGTEXT<\/code>, sortowanie to odbywa si\u0119 na dysku, a nie w pami\u0119ci, gdy tylko zbi\u00f3r uro\u015bnie.<\/p>\nNOT EXISTS<\/code> zas\u0142uguje na osobne ostrze\u017cenie. Czyta si\u0119 jak tanie przeciwie\u0144stwo EXISTS<\/code>, a jest przeciwie\u0144stwem tanio\u015bci: wykazanie nieobecno\u015bci oznacza odwiedzenie ka\u017cdego kandydata – i w\u0142a\u015bnie tego indeks skr\u00f3ci\u0107 nie potrafi.<\/p>\nGdzie ten filtr nale\u017cy zamiast tego<\/h2>\n
wp_term_relationships<\/code> jest zaindeksowana na obu kolumnach, wi\u0119c filtr po terminie to jedno z\u0142\u0105czenie obs\u0142u\u017cone w ca\u0142o\u015bci z indeks\u00f3w, ca\u0142kiem bez por\u00f3wnywania tekstu.<\/p>\npost_id<\/code> i nic poza tym.<\/p>\nMierzy\u0107 zamiast zgadywa\u0107<\/h2>\n
$query->request<\/code> le\u017cy gotowy SQL, a przepuszczony przez EXPLAIN<\/code> odpowiada na jedyne dwa pytania, kt\u00f3re si\u0119 licz\u0105. Kolumna rows<\/code> to oszacowanie, ile wierszy odczyta ka\u017cdy krok; kolumna Extra<\/code> nazywa kosztowne kszta\u0142ty wprost, a Using temporary; Using filesort<\/code> razem s\u0105 podpisem sortowania, kt\u00f3re nie ro\u015bnie razem z witryn\u0105.<\/p>\nwp db query \"EXPLAIN SELECT wp_posts.ID FROM wp_posts INNER JOIN ...\"\n\nid select_type table type key rows Extra\n1 SIMPLE wp_posts ref type_st. 4800 Using temporary; Using filesort\n1 SIMPLE pm1 ref post_id 40 Using where\n1 SIMPLE pm2 ref post_id 40 Using where\n1 SIMPLE pm3 ref post_id 40 Using where<\/code><\/pre>\nUsing where<\/code> po dost\u0119pie przez post_id<\/code> to dok\u0142adnie opisany wy\u017cej obraz: indeks znalaz\u0142 wiersze, warunek zastosowano potem. Liczba w rows<\/code>, pomno\u017cona przez z\u0142\u0105czenia, jest wielko\u015bci\u0105 rosn\u0105c\u0105 razem z witryn\u0105 – i warto j\u0105 zna\u0107 tego dnia, w kt\u00f3rym powstaje zapytanie, a nie tego, w kt\u00f3rym strona przestaje si\u0119 wczytywa\u0107.<\/p>\n