1 K\u00e4yt\u00e4 aina oikeaa tietotyyppi\u00e4<\/strong><\/h2>\nYksi t\u00e4rkeimmist\u00e4 MySQL:n parhaista k\u00e4yt\u00e4nn\u00f6ist\u00e4 on k\u00e4ytt\u00e4\u00e4 datatyyppej\u00e4, jotka perustuvat tiedon luonteeseen. Ep\u00e4olennaisten tietotyyppien k\u00e4ytt\u00f6 voi kuluttaa enemm\u00e4n tilaa tai johtaa virheisiin.<\/p>\n
Esimerkki: Varcharin (20) k\u00e4ytt\u00e4minen DATETIME-tietotyypin sijaan p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4-aika-arvojen tallentamiseen johtaa virheisiin p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4-aika-laskennassa. On my\u00f6s mahdollista, ett\u00e4 virheellisi\u00e4 tietoja tallennetaan.<\/p>\n
2 K\u00e4yt\u00e4 CHAR (1) VARCHAR (1) sijaan<\/strong><\/h2>\nVARCHAR (1) vie ylim\u00e4\u00e4r\u00e4isi\u00e4 tavuja tietojen tallentamiseen, joten jos kirjoitat yhden merkin, on parempi k\u00e4ytt\u00e4\u00e4 CHAR (1).<\/p>\n
3 K\u00e4yt\u00e4 CHAR-tietotyyppi\u00e4 vain kiinte\u00e4pituisten tietojen tallentamiseen<\/strong><\/h2>\nEsimerkki: Jos datan pituus on alle 1000, char (1000) k\u00e4ytt\u00e4minen varchar (1000) sijaan kuluttaa enemm\u00e4n tilaa.<\/p>\n
4 V\u00e4lt\u00e4 alueellisten p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotojen k\u00e4ytt\u00f6\u00e4<\/strong><\/h2>\nKun k\u00e4yt\u00e4t DATETIME- tai DATE-tietotyyppi\u00e4, k\u00e4yt\u00e4 aina VVVV-KK-PP p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotoa tai ISO-p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotoa, joka sopii SQL-moottorillesi. Alueellisia muotoja, kuten PP-KK-VVVV tai KK-PP-VVVV, ei tallenneta oikein.<\/p>\n
5 Hakemistoavainsaraketta<\/strong><\/h2>\nOn toivottavaa, ett\u00e4 kysely palauttaa tuloksen nopeasti, joten muista indeksoida JOIN-lauseissa k\u00e4ytetyt sarakkeet.<\/p>\n
Jos k\u00e4yt\u00e4t UPDATE-k\u00e4sky\u00e4, jossa on useampi kuin yksi taulukko, muista indeksoida kaikki sarakkeet, joita k\u00e4ytet\u00e4\u00e4n taulukoiden yhdist\u00e4miseen.<\/p>\n
6 \u00c4l\u00e4 k\u00e4yt\u00e4 funktioita indeksoitujen sarakkeiden p\u00e4\u00e4ll\u00e4\u2026<\/strong><\/h2>\n\u2026 koska silloin indeksi menett\u00e4\u00e4 tarkoituksensa.<\/p>\n
Oletetaan esimerkiksi, ett\u00e4 haluat saada tietoja, joissa asiakaskoodin kaksi ensimm\u00e4ist\u00e4 merkki\u00e4 ovat AK. Kirjoittaa:<\/p>\n
SELECT columns FROM table WHERE customer_code like 'AK%'<\/code><\/p>\nja \u00e4l\u00e4 kirjoita<\/p>\n
SELECT columns FROM table WHERE left (customer_code,2)='AK\u2019<\/code><\/p>\nMiksi? Ensimm\u00e4inen esimerkki k\u00e4ytt\u00e4\u00e4 indeksi\u00e4, mik\u00e4 johtaa nopeampaan vasteaikaan.<\/p>\n
7 K\u00e4yt\u00e4 SQL SELECT * -toimintoa vain tarvittaessa<\/strong><\/h2>\nMySQL:n parhaiden k\u00e4yt\u00e4nt\u00f6jen luettelon mukaisesti \u00e4l\u00e4 k\u00e4yt\u00e4 koodissa vain sokeasti SELECT * -n\u00e4pp\u00e4int\u00e4. Jos taulukossa on monta saraketta, kaikki palautetaan. T\u00e4m\u00e4 hidastaa vasteaikaa, varsinkin jos l\u00e4het\u00e4t tuloksen k\u00e4ytt\u00f6liittym\u00e4sovellukseen.<\/p>\n
Kirjoita sen sijaan nimenomaisesti sarakkeiden nimet, joita todella tarvitaan.<\/p>\n
Huomaa: muista, ett\u00e4 kaikki SELECT-k\u00e4skyt vaativat WHERE-lauseen.<\/p>\n
8 K\u00e4yt\u00e4 ORDER BY -lauseketta vain tarvittaessa<\/strong><\/h2>\nJos haluat n\u00e4ytt\u00e4\u00e4 tuloksen k\u00e4ytt\u00f6liittym\u00e4sovelluksessa, anna sen TILATA tulosjoukko. Jos teet t\u00e4m\u00e4n SQL:ss\u00e4, vasteaika saattaa hidastua usean k\u00e4ytt\u00e4j\u00e4n ymp\u00e4rist\u00f6ss\u00e4.<\/p>\n
9 Valitse oikea tietokantakone<\/strong><\/h2>\nJos kehit\u00e4t sovellusta, joka lukee tietoja useammin kuin kirjoittaa (esim. hakukone), valitse MyISAM-tallennuskone.<\/p>\n
V\u00e4\u00e4r\u00e4n tallennusmoottorin valinta vaikuttaa suorituskykyyn.<\/p>\n
10 K\u00e4yt\u00e4 EXISTS-lausetta tarvittaessa<\/strong><\/h2>\nK\u00e4yt\u00e4 tietojen olemassaolon tarkistamiseen EXISTS-lausetta, joka on nopeampi vasteaika. K\u00e4yt\u00e4 esimerkiksi:<\/p>\n
If EXISTS(SELECT * from Table WHERE col=\u2019some value\u2019)<\/code><\/p>\n\u00c4l\u00e4 k\u00e4yt\u00e4 :<\/p>\n
If (SELECT count(*) from Table WHERE col=\u2019some value\u2019)>0<\/code><\/p>\n11 SELITYS SELECT-kyselysi<\/strong><\/h2>\nJos k\u00e4yt\u00e4t EXPLAIN-avainsanaa, saat k\u00e4sityksen siit\u00e4, mit\u00e4 MySQL tekee kyselysi suorittamiseksi. T\u00e4m\u00e4 voi auttaa sinua havaitsemaan ongelmia kyselysi tai taulukkorakenteissasi (esim. pullonkauloja).<\/p>\n
EXPLAIN-kysely n\u00e4ytt\u00e4\u00e4, mit\u00e4 indeksej\u00e4 k\u00e4ytet\u00e4\u00e4n, kuinka taulukkoa tarkistetaan, lajitellaan jne.<\/p>\n
Sinun tarvitsee vain lis\u00e4t\u00e4 avainsana EXPLAIN SELECT-kyselyn eteen (mieluiten monimutkainen, jossa on liitoksia). Lis\u00e4ksi, jos k\u00e4yt\u00e4t phpmyadminia t\u00e4h\u00e4n, tulokset n\u00e4kyv\u00e4t mukavassa taulukossa.<\/p>\n
12 K\u00e4yt\u00e4 RAJAA 1 saadaksesi yksil\u00f6llisen rivin<\/strong><\/h2>\nJoskus tied\u00e4t etuk\u00e4teen, ett\u00e4 etsit vain yht\u00e4 rivi\u00e4 kyselyit\u00e4 tehdess\u00e4si. Saatat esimerkiksi hakea ainutlaatuista tietuetta tai voit vain tarkistaa WHERE-lauseesi t\u00e4ytt\u00e4vien tietueiden m\u00e4\u00e4r\u00e4n.<\/p>\n
T\u00e4llaisissa tapauksissa sinun kannattaa k\u00e4ytt\u00e4\u00e4 MySQL-rajoitustoimintoa suorituskyvyn parantamiseksi. T\u00e4ss\u00e4 on toinen MySQL:n parhaista k\u00e4yt\u00e4nn\u00f6ist\u00e4: lis\u00e4\u00e4 vain LIMIT 1 kyselyyn. N\u00e4in tietokantakoneen ei tarvitse k\u00e4yd\u00e4 l\u00e4pi koko taulukkoa tai hakemistoa. Se lopettaa skannauksen, kun se l\u00f6yt\u00e4\u00e4 vain yhden tietueen siit\u00e4, mit\u00e4 etsit.<\/p>\n
\/\/ do I have anyusersfrom Alabama?<\/code><\/p>\n\/\/ mit\u00e4 EI tehd\u00e4:
\n$r = mysql_query("SELECT * FROM user WHERE state = ’Alabama’");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
\/\/ paljon parempi:
\n$r = mysql_query("SELECT 1 FROM user WHERE state = ’Alabama’ RAJA 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
13 Indeksoi ja k\u00e4yt\u00e4 samoja saraketyyppej\u00e4 liitoksissa<\/strong><\/h2>\nToinen t\u00e4rke\u00e4 MySQL-k\u00e4yt\u00e4nt\u00f6jen vinkki \u2013 jos sovelluksessasi on useita JOIN-kyselyj\u00e4, varmista, ett\u00e4 liitt\u00e4m\u00e4si sarakkeet on indeksoitu molemmissa taulukoissa. T\u00e4m\u00e4 vaikuttaa MySQL:n yhdist\u00e4mistoiminnan sis\u00e4iseen optimointiin.<\/p>\n
My\u00f6s yhdistettyjen sarakkeiden on oltava samantyyppisi\u00e4. Jos esimerkiksi liit\u00e4t DECIMAL-sarakkeen INT-sarakkeeseen toisesta taulukosta, MySQL ei voi k\u00e4ytt\u00e4\u00e4 mit\u00e4\u00e4n indeksej\u00e4. Jopa merkkikoodausten on oltava samaa tyyppi\u00e4 merkkijonotyyppisiss\u00e4 sarakkeissa.<\/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\/\/ molempien tilasarakkeiden tulee olla indeksoituja
\n\/\/ ja molempien tulee olla samaa tyyppi\u00e4 ja merkkikoodausta
\n\/\/ tai MySQL voi suorittaa koko taulukkotarkistuksen<\/p>\n
14 Piilota MySQL Internetist\u00e4<\/strong><\/h2>\nKokeneet tietokannan yll\u00e4pit\u00e4j\u00e4t ja turvallisuushenkil\u00f6st\u00f6 tiet\u00e4v\u00e4t sen \u2013 \u00e4l\u00e4 koskaan is\u00e4nn\u00f6i tietokantaa Web-palvelimen juuren alla.<\/p>\n
Web-yhteensopivissa sovelluksissa MySQL on piilotettava palomuurin taakse. Viestint\u00e4 tulee ottaa k\u00e4ytt\u00f6\u00f6n vain sovelluspalvelimien ja Web-palvelimien v\u00e4lill\u00e4.<\/p>\n
Toinen vaihtoehto on k\u00e4ytt\u00e4\u00e4 MySQL skip-networkingia. Kun se on k\u00e4yt\u00f6ss\u00e4, MySQL kuuntelee vain paikallisia socket-yhteyksi\u00e4 ja j\u00e4tt\u00e4\u00e4 huomioimatta kaikki TCP-portit.<\/p>\n
15 K\u00e4yt\u00e4 pienimpi\u00e4 mahdollisia tietotyyppej\u00e4<\/strong><\/h2>\n![\"22](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-206970-61e8d4b73d55e.jpg\")
<\/a><\/p>\nAnna minun kertoa sinulle tarina. Kun k\u00e4vin yliopistossa, filosofia oli, ett\u00e4 "muisti on niukka". Ne olivat 256 Mt:n kiintolevyjen aikoja. Nyky\u00e4\u00e4n kukaan ei n\u00e4yt\u00e4 v\u00e4litt\u00e4v\u00e4n hivenenk\u00e4\u00e4n muistista tai kiintolevytilasta. Uusi filosofia on, ett\u00e4 "muisti on halpaa". Se saattaa olla totta dollareissa, mutta suurten tietotyyppien lukeminen kest\u00e4\u00e4 silti kauemmin kuin pienempien lukeminen. Suuret tietotyypit vaativat enemm\u00e4n levysektoreita, jotta ne voidaan lukea muistiin.<\/p>\n
Moraali on j\u00e4tt\u00e4\u00e4 huomiotta kiusaus siirty\u00e4 v\u00e4litt\u00f6m\u00e4sti suurimpaan tietotyyppiin, kun suunnittelet taulukoita. Harkitse int:n k\u00e4ytt\u00f6\u00e4 bigintin sijaan.<\/p>\n
V\u00e4lt\u00e4 my\u00f6s largechar (255) -tekstikentti\u00e4, kun varchar tai pienempi merkki riitt\u00e4\u00e4.<\/p>\n
Jos k\u00e4yt\u00e4t oikeaa tietotyyppi\u00e4, muistiin tai indeksiavainlohkoon mahtuu enemm\u00e4n tietueita. T\u00e4m\u00e4 johtaa v\u00e4hemm\u00e4n lukemiseen ja nopeampaan suorituskykyyn.<\/p>\n
16 Hy\u00f6dynn\u00e4 kyselyjen v\u00e4limuisti<\/strong><\/h2>\nKyselyjen v\u00e4limuisti on yksi tehokkaimmista tavoista parantaa suorituskyky\u00e4. Useimmissa MySQL-palvelimissa se on oletusarvoisesti k\u00e4yt\u00f6ss\u00e4.<\/p>\n
Kyselyv\u00e4limuisti tallentaa SELECT-k\u00e4skyn tekstin yhdess\u00e4 vastaavan tulosjoukon kanssa. Jos palvelin saa my\u00f6hemmin samanlaisen k\u00e4skyn, se hakee tulokset kyselyv\u00e4limuistista sen sijaan, ett\u00e4 j\u00e4sent\u00e4isi ja suorittaisi k\u00e4skyn uudelleen. Kyselyv\u00e4limuisti on jaettu istuntojen kesken, joten yhden asiakkaan luoma tulosjoukko voidaan l\u00e4hett\u00e4\u00e4 vastauksena toisen asiakkaan samaan kyselyyn.<\/p>\n
Kuitenkin niin hienoa kuin se onkin, kyselyn v\u00e4limuistilla on rajoituksensa. Ota seuraava lausunto:<\/p>\n
Ongelmana t\u00e4ss\u00e4 on se, ett\u00e4 kyselyt sis\u00e4lt\u00e4v\u00e4t tiettyj\u00e4 ei-deterministisi\u00e4 funktioita, kuten NOW() ja RAND(). MySQL ei voi laskea t\u00e4llaisia \u200b\u200btoimintoja etuk\u00e4teen, joten niit\u00e4 ei lopulta tallenneta v\u00e4limuistiin.<\/p>\n
Onneksi siihen on helppo ratkaisu: voit tallentaa funktion tulokset muuttujaan.<\/p>\n
17 \u00c4l\u00e4 muokkaa vedostiedostoja<\/strong><\/h2>\nDump-tiedostot ovat eritt\u00e4in harhaanjohtavia ja voivat aiheuttaa korruptiota. Miksi? Jos olet koskaan n\u00e4hnyt mysqldumpin luomia dump-tiedostoja, olet samaa mielt\u00e4, ett\u00e4 ne n\u00e4ytt\u00e4v\u00e4t tavallisilta, harmittomilta tekstitiedostoilta. Siksi useimmat ihmiset muokkaavat niit\u00e4 tavallisessa tekstieditorissa, mik\u00e4 aiheuttaa vikoja.<\/p>\n
Jos olet koskaan yritt\u00e4nyt muokata vedostiedostoja, opit nopeasti, ett\u00e4 ne ovat kaikkea muuta kuin tekstitiedosto. Joten ainoa taattu tapa v\u00e4ltt\u00e4\u00e4 ongelmia on j\u00e4tt\u00e4\u00e4 vedostiedostot rauhaan.<\/p>\n
18 K\u00e4yt\u00e4 MyISAM-lohkokokoasetusta<\/strong><\/h2>\n
VARCHAR (1) vie ylim\u00e4\u00e4r\u00e4isi\u00e4 tavuja tietojen tallentamiseen, joten jos kirjoitat yhden merkin, on parempi k\u00e4ytt\u00e4\u00e4 CHAR (1).<\/p>\n
3 K\u00e4yt\u00e4 CHAR-tietotyyppi\u00e4 vain kiinte\u00e4pituisten tietojen tallentamiseen<\/strong><\/h2>\nEsimerkki: Jos datan pituus on alle 1000, char (1000) k\u00e4ytt\u00e4minen varchar (1000) sijaan kuluttaa enemm\u00e4n tilaa.<\/p>\n
4 V\u00e4lt\u00e4 alueellisten p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotojen k\u00e4ytt\u00f6\u00e4<\/strong><\/h2>\nKun k\u00e4yt\u00e4t DATETIME- tai DATE-tietotyyppi\u00e4, k\u00e4yt\u00e4 aina VVVV-KK-PP p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotoa tai ISO-p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotoa, joka sopii SQL-moottorillesi. Alueellisia muotoja, kuten PP-KK-VVVV tai KK-PP-VVVV, ei tallenneta oikein.<\/p>\n
5 Hakemistoavainsaraketta<\/strong><\/h2>\nOn toivottavaa, ett\u00e4 kysely palauttaa tuloksen nopeasti, joten muista indeksoida JOIN-lauseissa k\u00e4ytetyt sarakkeet.<\/p>\n
Jos k\u00e4yt\u00e4t UPDATE-k\u00e4sky\u00e4, jossa on useampi kuin yksi taulukko, muista indeksoida kaikki sarakkeet, joita k\u00e4ytet\u00e4\u00e4n taulukoiden yhdist\u00e4miseen.<\/p>\n
6 \u00c4l\u00e4 k\u00e4yt\u00e4 funktioita indeksoitujen sarakkeiden p\u00e4\u00e4ll\u00e4\u2026<\/strong><\/h2>\n\u2026 koska silloin indeksi menett\u00e4\u00e4 tarkoituksensa.<\/p>\n
Oletetaan esimerkiksi, ett\u00e4 haluat saada tietoja, joissa asiakaskoodin kaksi ensimm\u00e4ist\u00e4 merkki\u00e4 ovat AK. Kirjoittaa:<\/p>\n
SELECT columns FROM table WHERE customer_code like 'AK%'<\/code><\/p>\nja \u00e4l\u00e4 kirjoita<\/p>\n
SELECT columns FROM table WHERE left (customer_code,2)='AK\u2019<\/code><\/p>\nMiksi? Ensimm\u00e4inen esimerkki k\u00e4ytt\u00e4\u00e4 indeksi\u00e4, mik\u00e4 johtaa nopeampaan vasteaikaan.<\/p>\n
7 K\u00e4yt\u00e4 SQL SELECT * -toimintoa vain tarvittaessa<\/strong><\/h2>\nMySQL:n parhaiden k\u00e4yt\u00e4nt\u00f6jen luettelon mukaisesti \u00e4l\u00e4 k\u00e4yt\u00e4 koodissa vain sokeasti SELECT * -n\u00e4pp\u00e4int\u00e4. Jos taulukossa on monta saraketta, kaikki palautetaan. T\u00e4m\u00e4 hidastaa vasteaikaa, varsinkin jos l\u00e4het\u00e4t tuloksen k\u00e4ytt\u00f6liittym\u00e4sovellukseen.<\/p>\n
Kirjoita sen sijaan nimenomaisesti sarakkeiden nimet, joita todella tarvitaan.<\/p>\n
Huomaa: muista, ett\u00e4 kaikki SELECT-k\u00e4skyt vaativat WHERE-lauseen.<\/p>\n
8 K\u00e4yt\u00e4 ORDER BY -lauseketta vain tarvittaessa<\/strong><\/h2>\nJos haluat n\u00e4ytt\u00e4\u00e4 tuloksen k\u00e4ytt\u00f6liittym\u00e4sovelluksessa, anna sen TILATA tulosjoukko. Jos teet t\u00e4m\u00e4n SQL:ss\u00e4, vasteaika saattaa hidastua usean k\u00e4ytt\u00e4j\u00e4n ymp\u00e4rist\u00f6ss\u00e4.<\/p>\n
9 Valitse oikea tietokantakone<\/strong><\/h2>\nJos kehit\u00e4t sovellusta, joka lukee tietoja useammin kuin kirjoittaa (esim. hakukone), valitse MyISAM-tallennuskone.<\/p>\n
V\u00e4\u00e4r\u00e4n tallennusmoottorin valinta vaikuttaa suorituskykyyn.<\/p>\n
10 K\u00e4yt\u00e4 EXISTS-lausetta tarvittaessa<\/strong><\/h2>\nK\u00e4yt\u00e4 tietojen olemassaolon tarkistamiseen EXISTS-lausetta, joka on nopeampi vasteaika. K\u00e4yt\u00e4 esimerkiksi:<\/p>\n
If EXISTS(SELECT * from Table WHERE col=\u2019some value\u2019)<\/code><\/p>\n\u00c4l\u00e4 k\u00e4yt\u00e4 :<\/p>\n
If (SELECT count(*) from Table WHERE col=\u2019some value\u2019)>0<\/code><\/p>\n11 SELITYS SELECT-kyselysi<\/strong><\/h2>\nJos k\u00e4yt\u00e4t EXPLAIN-avainsanaa, saat k\u00e4sityksen siit\u00e4, mit\u00e4 MySQL tekee kyselysi suorittamiseksi. T\u00e4m\u00e4 voi auttaa sinua havaitsemaan ongelmia kyselysi tai taulukkorakenteissasi (esim. pullonkauloja).<\/p>\n
EXPLAIN-kysely n\u00e4ytt\u00e4\u00e4, mit\u00e4 indeksej\u00e4 k\u00e4ytet\u00e4\u00e4n, kuinka taulukkoa tarkistetaan, lajitellaan jne.<\/p>\n
Sinun tarvitsee vain lis\u00e4t\u00e4 avainsana EXPLAIN SELECT-kyselyn eteen (mieluiten monimutkainen, jossa on liitoksia). Lis\u00e4ksi, jos k\u00e4yt\u00e4t phpmyadminia t\u00e4h\u00e4n, tulokset n\u00e4kyv\u00e4t mukavassa taulukossa.<\/p>\n
12 K\u00e4yt\u00e4 RAJAA 1 saadaksesi yksil\u00f6llisen rivin<\/strong><\/h2>\nJoskus tied\u00e4t etuk\u00e4teen, ett\u00e4 etsit vain yht\u00e4 rivi\u00e4 kyselyit\u00e4 tehdess\u00e4si. Saatat esimerkiksi hakea ainutlaatuista tietuetta tai voit vain tarkistaa WHERE-lauseesi t\u00e4ytt\u00e4vien tietueiden m\u00e4\u00e4r\u00e4n.<\/p>\n
T\u00e4llaisissa tapauksissa sinun kannattaa k\u00e4ytt\u00e4\u00e4 MySQL-rajoitustoimintoa suorituskyvyn parantamiseksi. T\u00e4ss\u00e4 on toinen MySQL:n parhaista k\u00e4yt\u00e4nn\u00f6ist\u00e4: lis\u00e4\u00e4 vain LIMIT 1 kyselyyn. N\u00e4in tietokantakoneen ei tarvitse k\u00e4yd\u00e4 l\u00e4pi koko taulukkoa tai hakemistoa. Se lopettaa skannauksen, kun se l\u00f6yt\u00e4\u00e4 vain yhden tietueen siit\u00e4, mit\u00e4 etsit.<\/p>\n
\/\/ do I have anyusersfrom Alabama?<\/code><\/p>\n\/\/ mit\u00e4 EI tehd\u00e4:
\n$r = mysql_query("SELECT * FROM user WHERE state = ’Alabama’");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
\/\/ paljon parempi:
\n$r = mysql_query("SELECT 1 FROM user WHERE state = ’Alabama’ RAJA 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
13 Indeksoi ja k\u00e4yt\u00e4 samoja saraketyyppej\u00e4 liitoksissa<\/strong><\/h2>\nToinen t\u00e4rke\u00e4 MySQL-k\u00e4yt\u00e4nt\u00f6jen vinkki \u2013 jos sovelluksessasi on useita JOIN-kyselyj\u00e4, varmista, ett\u00e4 liitt\u00e4m\u00e4si sarakkeet on indeksoitu molemmissa taulukoissa. T\u00e4m\u00e4 vaikuttaa MySQL:n yhdist\u00e4mistoiminnan sis\u00e4iseen optimointiin.<\/p>\n
My\u00f6s yhdistettyjen sarakkeiden on oltava samantyyppisi\u00e4. Jos esimerkiksi liit\u00e4t DECIMAL-sarakkeen INT-sarakkeeseen toisesta taulukosta, MySQL ei voi k\u00e4ytt\u00e4\u00e4 mit\u00e4\u00e4n indeksej\u00e4. Jopa merkkikoodausten on oltava samaa tyyppi\u00e4 merkkijonotyyppisiss\u00e4 sarakkeissa.<\/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\/\/ molempien tilasarakkeiden tulee olla indeksoituja
\n\/\/ ja molempien tulee olla samaa tyyppi\u00e4 ja merkkikoodausta
\n\/\/ tai MySQL voi suorittaa koko taulukkotarkistuksen<\/p>\n
14 Piilota MySQL Internetist\u00e4<\/strong><\/h2>\nKokeneet tietokannan yll\u00e4pit\u00e4j\u00e4t ja turvallisuushenkil\u00f6st\u00f6 tiet\u00e4v\u00e4t sen \u2013 \u00e4l\u00e4 koskaan is\u00e4nn\u00f6i tietokantaa Web-palvelimen juuren alla.<\/p>\n
Web-yhteensopivissa sovelluksissa MySQL on piilotettava palomuurin taakse. Viestint\u00e4 tulee ottaa k\u00e4ytt\u00f6\u00f6n vain sovelluspalvelimien ja Web-palvelimien v\u00e4lill\u00e4.<\/p>\n
Toinen vaihtoehto on k\u00e4ytt\u00e4\u00e4 MySQL skip-networkingia. Kun se on k\u00e4yt\u00f6ss\u00e4, MySQL kuuntelee vain paikallisia socket-yhteyksi\u00e4 ja j\u00e4tt\u00e4\u00e4 huomioimatta kaikki TCP-portit.<\/p>\n
15 K\u00e4yt\u00e4 pienimpi\u00e4 mahdollisia tietotyyppej\u00e4<\/strong><\/h2>\n<\/a><\/p>\nAnna minun kertoa sinulle tarina. Kun k\u00e4vin yliopistossa, filosofia oli, ett\u00e4 "muisti on niukka". Ne olivat 256 Mt:n kiintolevyjen aikoja. Nyky\u00e4\u00e4n kukaan ei n\u00e4yt\u00e4 v\u00e4litt\u00e4v\u00e4n hivenenk\u00e4\u00e4n muistista tai kiintolevytilasta. Uusi filosofia on, ett\u00e4 "muisti on halpaa". Se saattaa olla totta dollareissa, mutta suurten tietotyyppien lukeminen kest\u00e4\u00e4 silti kauemmin kuin pienempien lukeminen. Suuret tietotyypit vaativat enemm\u00e4n levysektoreita, jotta ne voidaan lukea muistiin.<\/p>\n
Moraali on j\u00e4tt\u00e4\u00e4 huomiotta kiusaus siirty\u00e4 v\u00e4litt\u00f6m\u00e4sti suurimpaan tietotyyppiin, kun suunnittelet taulukoita. Harkitse int:n k\u00e4ytt\u00f6\u00e4 bigintin sijaan.<\/p>\n
V\u00e4lt\u00e4 my\u00f6s largechar (255) -tekstikentti\u00e4, kun varchar tai pienempi merkki riitt\u00e4\u00e4.<\/p>\n
Jos k\u00e4yt\u00e4t oikeaa tietotyyppi\u00e4, muistiin tai indeksiavainlohkoon mahtuu enemm\u00e4n tietueita. T\u00e4m\u00e4 johtaa v\u00e4hemm\u00e4n lukemiseen ja nopeampaan suorituskykyyn.<\/p>\n
16 Hy\u00f6dynn\u00e4 kyselyjen v\u00e4limuisti<\/strong><\/h2>\nKyselyjen v\u00e4limuisti on yksi tehokkaimmista tavoista parantaa suorituskyky\u00e4. Useimmissa MySQL-palvelimissa se on oletusarvoisesti k\u00e4yt\u00f6ss\u00e4.<\/p>\n
Kyselyv\u00e4limuisti tallentaa SELECT-k\u00e4skyn tekstin yhdess\u00e4 vastaavan tulosjoukon kanssa. Jos palvelin saa my\u00f6hemmin samanlaisen k\u00e4skyn, se hakee tulokset kyselyv\u00e4limuistista sen sijaan, ett\u00e4 j\u00e4sent\u00e4isi ja suorittaisi k\u00e4skyn uudelleen. Kyselyv\u00e4limuisti on jaettu istuntojen kesken, joten yhden asiakkaan luoma tulosjoukko voidaan l\u00e4hett\u00e4\u00e4 vastauksena toisen asiakkaan samaan kyselyyn.<\/p>\n
Kuitenkin niin hienoa kuin se onkin, kyselyn v\u00e4limuistilla on rajoituksensa. Ota seuraava lausunto:<\/p>\n
Ongelmana t\u00e4ss\u00e4 on se, ett\u00e4 kyselyt sis\u00e4lt\u00e4v\u00e4t tiettyj\u00e4 ei-deterministisi\u00e4 funktioita, kuten NOW() ja RAND(). MySQL ei voi laskea t\u00e4llaisia \u200b\u200btoimintoja etuk\u00e4teen, joten niit\u00e4 ei lopulta tallenneta v\u00e4limuistiin.<\/p>\n
Onneksi siihen on helppo ratkaisu: voit tallentaa funktion tulokset muuttujaan.<\/p>\n
17 \u00c4l\u00e4 muokkaa vedostiedostoja<\/strong><\/h2>\nDump-tiedostot ovat eritt\u00e4in harhaanjohtavia ja voivat aiheuttaa korruptiota. Miksi? Jos olet koskaan n\u00e4hnyt mysqldumpin luomia dump-tiedostoja, olet samaa mielt\u00e4, ett\u00e4 ne n\u00e4ytt\u00e4v\u00e4t tavallisilta, harmittomilta tekstitiedostoilta. Siksi useimmat ihmiset muokkaavat niit\u00e4 tavallisessa tekstieditorissa, mik\u00e4 aiheuttaa vikoja.<\/p>\n
Jos olet koskaan yritt\u00e4nyt muokata vedostiedostoja, opit nopeasti, ett\u00e4 ne ovat kaikkea muuta kuin tekstitiedosto. Joten ainoa taattu tapa v\u00e4ltt\u00e4\u00e4 ongelmia on j\u00e4tt\u00e4\u00e4 vedostiedostot rauhaan.<\/p>\n
18 K\u00e4yt\u00e4 MyISAM-lohkokokoasetusta<\/strong><\/h2>\n
Kun k\u00e4yt\u00e4t DATETIME- tai DATE-tietotyyppi\u00e4, k\u00e4yt\u00e4 aina VVVV-KK-PP p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotoa tai ISO-p\u00e4iv\u00e4m\u00e4\u00e4r\u00e4muotoa, joka sopii SQL-moottorillesi. Alueellisia muotoja, kuten PP-KK-VVVV tai KK-PP-VVVV, ei tallenneta oikein.<\/p>\n
5 Hakemistoavainsaraketta<\/strong><\/h2>\nOn toivottavaa, ett\u00e4 kysely palauttaa tuloksen nopeasti, joten muista indeksoida JOIN-lauseissa k\u00e4ytetyt sarakkeet.<\/p>\n
Jos k\u00e4yt\u00e4t UPDATE-k\u00e4sky\u00e4, jossa on useampi kuin yksi taulukko, muista indeksoida kaikki sarakkeet, joita k\u00e4ytet\u00e4\u00e4n taulukoiden yhdist\u00e4miseen.<\/p>\n
6 \u00c4l\u00e4 k\u00e4yt\u00e4 funktioita indeksoitujen sarakkeiden p\u00e4\u00e4ll\u00e4\u2026<\/strong><\/h2>\n\u2026 koska silloin indeksi menett\u00e4\u00e4 tarkoituksensa.<\/p>\n
Oletetaan esimerkiksi, ett\u00e4 haluat saada tietoja, joissa asiakaskoodin kaksi ensimm\u00e4ist\u00e4 merkki\u00e4 ovat AK. Kirjoittaa:<\/p>\n
SELECT columns FROM table WHERE customer_code like 'AK%'<\/code><\/p>\nja \u00e4l\u00e4 kirjoita<\/p>\n
SELECT columns FROM table WHERE left (customer_code,2)='AK\u2019<\/code><\/p>\nMiksi? Ensimm\u00e4inen esimerkki k\u00e4ytt\u00e4\u00e4 indeksi\u00e4, mik\u00e4 johtaa nopeampaan vasteaikaan.<\/p>\n
7 K\u00e4yt\u00e4 SQL SELECT * -toimintoa vain tarvittaessa<\/strong><\/h2>\nMySQL:n parhaiden k\u00e4yt\u00e4nt\u00f6jen luettelon mukaisesti \u00e4l\u00e4 k\u00e4yt\u00e4 koodissa vain sokeasti SELECT * -n\u00e4pp\u00e4int\u00e4. Jos taulukossa on monta saraketta, kaikki palautetaan. T\u00e4m\u00e4 hidastaa vasteaikaa, varsinkin jos l\u00e4het\u00e4t tuloksen k\u00e4ytt\u00f6liittym\u00e4sovellukseen.<\/p>\n
Kirjoita sen sijaan nimenomaisesti sarakkeiden nimet, joita todella tarvitaan.<\/p>\n
Huomaa: muista, ett\u00e4 kaikki SELECT-k\u00e4skyt vaativat WHERE-lauseen.<\/p>\n
8 K\u00e4yt\u00e4 ORDER BY -lauseketta vain tarvittaessa<\/strong><\/h2>\nJos haluat n\u00e4ytt\u00e4\u00e4 tuloksen k\u00e4ytt\u00f6liittym\u00e4sovelluksessa, anna sen TILATA tulosjoukko. Jos teet t\u00e4m\u00e4n SQL:ss\u00e4, vasteaika saattaa hidastua usean k\u00e4ytt\u00e4j\u00e4n ymp\u00e4rist\u00f6ss\u00e4.<\/p>\n
9 Valitse oikea tietokantakone<\/strong><\/h2>\nJos kehit\u00e4t sovellusta, joka lukee tietoja useammin kuin kirjoittaa (esim. hakukone), valitse MyISAM-tallennuskone.<\/p>\n
V\u00e4\u00e4r\u00e4n tallennusmoottorin valinta vaikuttaa suorituskykyyn.<\/p>\n
10 K\u00e4yt\u00e4 EXISTS-lausetta tarvittaessa<\/strong><\/h2>\nK\u00e4yt\u00e4 tietojen olemassaolon tarkistamiseen EXISTS-lausetta, joka on nopeampi vasteaika. K\u00e4yt\u00e4 esimerkiksi:<\/p>\n
If EXISTS(SELECT * from Table WHERE col=\u2019some value\u2019)<\/code><\/p>\n\u00c4l\u00e4 k\u00e4yt\u00e4 :<\/p>\n
If (SELECT count(*) from Table WHERE col=\u2019some value\u2019)>0<\/code><\/p>\n11 SELITYS SELECT-kyselysi<\/strong><\/h2>\nJos k\u00e4yt\u00e4t EXPLAIN-avainsanaa, saat k\u00e4sityksen siit\u00e4, mit\u00e4 MySQL tekee kyselysi suorittamiseksi. T\u00e4m\u00e4 voi auttaa sinua havaitsemaan ongelmia kyselysi tai taulukkorakenteissasi (esim. pullonkauloja).<\/p>\n
EXPLAIN-kysely n\u00e4ytt\u00e4\u00e4, mit\u00e4 indeksej\u00e4 k\u00e4ytet\u00e4\u00e4n, kuinka taulukkoa tarkistetaan, lajitellaan jne.<\/p>\n
Sinun tarvitsee vain lis\u00e4t\u00e4 avainsana EXPLAIN SELECT-kyselyn eteen (mieluiten monimutkainen, jossa on liitoksia). Lis\u00e4ksi, jos k\u00e4yt\u00e4t phpmyadminia t\u00e4h\u00e4n, tulokset n\u00e4kyv\u00e4t mukavassa taulukossa.<\/p>\n
12 K\u00e4yt\u00e4 RAJAA 1 saadaksesi yksil\u00f6llisen rivin<\/strong><\/h2>\nJoskus tied\u00e4t etuk\u00e4teen, ett\u00e4 etsit vain yht\u00e4 rivi\u00e4 kyselyit\u00e4 tehdess\u00e4si. Saatat esimerkiksi hakea ainutlaatuista tietuetta tai voit vain tarkistaa WHERE-lauseesi t\u00e4ytt\u00e4vien tietueiden m\u00e4\u00e4r\u00e4n.<\/p>\n
T\u00e4llaisissa tapauksissa sinun kannattaa k\u00e4ytt\u00e4\u00e4 MySQL-rajoitustoimintoa suorituskyvyn parantamiseksi. T\u00e4ss\u00e4 on toinen MySQL:n parhaista k\u00e4yt\u00e4nn\u00f6ist\u00e4: lis\u00e4\u00e4 vain LIMIT 1 kyselyyn. N\u00e4in tietokantakoneen ei tarvitse k\u00e4yd\u00e4 l\u00e4pi koko taulukkoa tai hakemistoa. Se lopettaa skannauksen, kun se l\u00f6yt\u00e4\u00e4 vain yhden tietueen siit\u00e4, mit\u00e4 etsit.<\/p>\n
\/\/ do I have anyusersfrom Alabama?<\/code><\/p>\n\/\/ mit\u00e4 EI tehd\u00e4:
\n$r = mysql_query("SELECT * FROM user WHERE state = ’Alabama’");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
\/\/ paljon parempi:
\n$r = mysql_query("SELECT 1 FROM user WHERE state = ’Alabama’ RAJA 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n
13 Indeksoi ja k\u00e4yt\u00e4 samoja saraketyyppej\u00e4 liitoksissa<\/strong><\/h2>\nToinen t\u00e4rke\u00e4 MySQL-k\u00e4yt\u00e4nt\u00f6jen vinkki \u2013 jos sovelluksessasi on useita JOIN-kyselyj\u00e4, varmista, ett\u00e4 liitt\u00e4m\u00e4si sarakkeet on indeksoitu molemmissa taulukoissa. T\u00e4m\u00e4 vaikuttaa MySQL:n yhdist\u00e4mistoiminnan sis\u00e4iseen optimointiin.<\/p>\n
My\u00f6s yhdistettyjen sarakkeiden on oltava samantyyppisi\u00e4. Jos esimerkiksi liit\u00e4t DECIMAL-sarakkeen INT-sarakkeeseen toisesta taulukosta, MySQL ei voi k\u00e4ytt\u00e4\u00e4 mit\u00e4\u00e4n indeksej\u00e4. Jopa merkkikoodausten on oltava samaa tyyppi\u00e4 merkkijonotyyppisiss\u00e4 sarakkeissa.<\/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\/\/ molempien tilasarakkeiden tulee olla indeksoituja
\n\/\/ ja molempien tulee olla samaa tyyppi\u00e4 ja merkkikoodausta
\n\/\/ tai MySQL voi suorittaa koko taulukkotarkistuksen<\/p>\n
14 Piilota MySQL Internetist\u00e4<\/strong><\/h2>\nKokeneet tietokannan yll\u00e4pit\u00e4j\u00e4t ja turvallisuushenkil\u00f6st\u00f6 tiet\u00e4v\u00e4t sen \u2013 \u00e4l\u00e4 koskaan is\u00e4nn\u00f6i tietokantaa Web-palvelimen juuren alla.<\/p>\n
Web-yhteensopivissa sovelluksissa MySQL on piilotettava palomuurin taakse. Viestint\u00e4 tulee ottaa k\u00e4ytt\u00f6\u00f6n vain sovelluspalvelimien ja Web-palvelimien v\u00e4lill\u00e4.<\/p>\n
Toinen vaihtoehto on k\u00e4ytt\u00e4\u00e4 MySQL skip-networkingia. Kun se on k\u00e4yt\u00f6ss\u00e4, MySQL kuuntelee vain paikallisia socket-yhteyksi\u00e4 ja j\u00e4tt\u00e4\u00e4 huomioimatta kaikki TCP-portit.<\/p>\n
15 K\u00e4yt\u00e4 pienimpi\u00e4 mahdollisia tietotyyppej\u00e4<\/strong><\/h2>\n<\/a><\/p>\nAnna minun kertoa sinulle tarina. Kun k\u00e4vin yliopistossa, filosofia oli, ett\u00e4 "muisti on niukka". Ne olivat 256 Mt:n kiintolevyjen aikoja. Nyky\u00e4\u00e4n kukaan ei n\u00e4yt\u00e4 v\u00e4litt\u00e4v\u00e4n hivenenk\u00e4\u00e4n muistista tai kiintolevytilasta. Uusi filosofia on, ett\u00e4 "muisti on halpaa". Se saattaa olla totta dollareissa, mutta suurten tietotyyppien lukeminen kest\u00e4\u00e4 silti kauemmin kuin pienempien lukeminen. Suuret tietotyypit vaativat enemm\u00e4n levysektoreita, jotta ne voidaan lukea muistiin.<\/p>\n
Moraali on j\u00e4tt\u00e4\u00e4 huomiotta kiusaus siirty\u00e4 v\u00e4litt\u00f6m\u00e4sti suurimpaan tietotyyppiin, kun suunnittelet taulukoita. Harkitse int:n k\u00e4ytt\u00f6\u00e4 bigintin sijaan.<\/p>\n
V\u00e4lt\u00e4 my\u00f6s largechar (255) -tekstikentti\u00e4, kun varchar tai pienempi merkki riitt\u00e4\u00e4.<\/p>\n
Jos k\u00e4yt\u00e4t oikeaa tietotyyppi\u00e4, muistiin tai indeksiavainlohkoon mahtuu enemm\u00e4n tietueita. T\u00e4m\u00e4 johtaa v\u00e4hemm\u00e4n lukemiseen ja nopeampaan suorituskykyyn.<\/p>\n
16 Hy\u00f6dynn\u00e4 kyselyjen v\u00e4limuisti<\/strong><\/h2>\nKyselyjen v\u00e4limuisti on yksi tehokkaimmista tavoista parantaa suorituskyky\u00e4. Useimmissa MySQL-palvelimissa se on oletusarvoisesti k\u00e4yt\u00f6ss\u00e4.<\/p>\n
Kyselyv\u00e4limuisti tallentaa SELECT-k\u00e4skyn tekstin yhdess\u00e4 vastaavan tulosjoukon kanssa. Jos palvelin saa my\u00f6hemmin samanlaisen k\u00e4skyn, se hakee tulokset kyselyv\u00e4limuistista sen sijaan, ett\u00e4 j\u00e4sent\u00e4isi ja suorittaisi k\u00e4skyn uudelleen. Kyselyv\u00e4limuisti on jaettu istuntojen kesken, joten yhden asiakkaan luoma tulosjoukko voidaan l\u00e4hett\u00e4\u00e4 vastauksena toisen asiakkaan samaan kyselyyn.<\/p>\n
Kuitenkin niin hienoa kuin se onkin, kyselyn v\u00e4limuistilla on rajoituksensa. Ota seuraava lausunto:<\/p>\n
Ongelmana t\u00e4ss\u00e4 on se, ett\u00e4 kyselyt sis\u00e4lt\u00e4v\u00e4t tiettyj\u00e4 ei-deterministisi\u00e4 funktioita, kuten NOW() ja RAND(). MySQL ei voi laskea t\u00e4llaisia \u200b\u200btoimintoja etuk\u00e4teen, joten niit\u00e4 ei lopulta tallenneta v\u00e4limuistiin.<\/p>\n
Onneksi siihen on helppo ratkaisu: voit tallentaa funktion tulokset muuttujaan.<\/p>\n
17 \u00c4l\u00e4 muokkaa vedostiedostoja<\/strong><\/h2>\nDump-tiedostot ovat eritt\u00e4in harhaanjohtavia ja voivat aiheuttaa korruptiota. Miksi? Jos olet koskaan n\u00e4hnyt mysqldumpin luomia dump-tiedostoja, olet samaa mielt\u00e4, ett\u00e4 ne n\u00e4ytt\u00e4v\u00e4t tavallisilta, harmittomilta tekstitiedostoilta. Siksi useimmat ihmiset muokkaavat niit\u00e4 tavallisessa tekstieditorissa, mik\u00e4 aiheuttaa vikoja.<\/p>\n
Jos olet koskaan yritt\u00e4nyt muokata vedostiedostoja, opit nopeasti, ett\u00e4 ne ovat kaikkea muuta kuin tekstitiedosto. Joten ainoa taattu tapa v\u00e4ltt\u00e4\u00e4 ongelmia on j\u00e4tt\u00e4\u00e4 vedostiedostot rauhaan.<\/p>\n
18 K\u00e4yt\u00e4 MyISAM-lohkokokoasetusta<\/strong><\/h2>\n
\u2026 koska silloin indeksi menett\u00e4\u00e4 tarkoituksensa.<\/p>\n
Oletetaan esimerkiksi, ett\u00e4 haluat saada tietoja, joissa asiakaskoodin kaksi ensimm\u00e4ist\u00e4 merkki\u00e4 ovat AK. Kirjoittaa:<\/p>\n
ja \u00e4l\u00e4 kirjoita<\/p>\n Miksi? Ensimm\u00e4inen esimerkki k\u00e4ytt\u00e4\u00e4 indeksi\u00e4, mik\u00e4 johtaa nopeampaan vasteaikaan.<\/p>\n MySQL:n parhaiden k\u00e4yt\u00e4nt\u00f6jen luettelon mukaisesti \u00e4l\u00e4 k\u00e4yt\u00e4 koodissa vain sokeasti SELECT * -n\u00e4pp\u00e4int\u00e4. Jos taulukossa on monta saraketta, kaikki palautetaan. T\u00e4m\u00e4 hidastaa vasteaikaa, varsinkin jos l\u00e4het\u00e4t tuloksen k\u00e4ytt\u00f6liittym\u00e4sovellukseen.<\/p>\n Kirjoita sen sijaan nimenomaisesti sarakkeiden nimet, joita todella tarvitaan.<\/p>\n Huomaa: muista, ett\u00e4 kaikki SELECT-k\u00e4skyt vaativat WHERE-lauseen.<\/p>\n Jos haluat n\u00e4ytt\u00e4\u00e4 tuloksen k\u00e4ytt\u00f6liittym\u00e4sovelluksessa, anna sen TILATA tulosjoukko. Jos teet t\u00e4m\u00e4n SQL:ss\u00e4, vasteaika saattaa hidastua usean k\u00e4ytt\u00e4j\u00e4n ymp\u00e4rist\u00f6ss\u00e4.<\/p>\n Jos kehit\u00e4t sovellusta, joka lukee tietoja useammin kuin kirjoittaa (esim. hakukone), valitse MyISAM-tallennuskone.<\/p>\n V\u00e4\u00e4r\u00e4n tallennusmoottorin valinta vaikuttaa suorituskykyyn.<\/p>\n K\u00e4yt\u00e4 tietojen olemassaolon tarkistamiseen EXISTS-lausetta, joka on nopeampi vasteaika. K\u00e4yt\u00e4 esimerkiksi:<\/p>\n \u00c4l\u00e4 k\u00e4yt\u00e4 :<\/p>\n Jos k\u00e4yt\u00e4t EXPLAIN-avainsanaa, saat k\u00e4sityksen siit\u00e4, mit\u00e4 MySQL tekee kyselysi suorittamiseksi. T\u00e4m\u00e4 voi auttaa sinua havaitsemaan ongelmia kyselysi tai taulukkorakenteissasi (esim. pullonkauloja).<\/p>\n EXPLAIN-kysely n\u00e4ytt\u00e4\u00e4, mit\u00e4 indeksej\u00e4 k\u00e4ytet\u00e4\u00e4n, kuinka taulukkoa tarkistetaan, lajitellaan jne.<\/p>\n Sinun tarvitsee vain lis\u00e4t\u00e4 avainsana EXPLAIN SELECT-kyselyn eteen (mieluiten monimutkainen, jossa on liitoksia). Lis\u00e4ksi, jos k\u00e4yt\u00e4t phpmyadminia t\u00e4h\u00e4n, tulokset n\u00e4kyv\u00e4t mukavassa taulukossa.<\/p>\n Joskus tied\u00e4t etuk\u00e4teen, ett\u00e4 etsit vain yht\u00e4 rivi\u00e4 kyselyit\u00e4 tehdess\u00e4si. Saatat esimerkiksi hakea ainutlaatuista tietuetta tai voit vain tarkistaa WHERE-lauseesi t\u00e4ytt\u00e4vien tietueiden m\u00e4\u00e4r\u00e4n.<\/p>\n T\u00e4llaisissa tapauksissa sinun kannattaa k\u00e4ytt\u00e4\u00e4 MySQL-rajoitustoimintoa suorituskyvyn parantamiseksi. T\u00e4ss\u00e4 on toinen MySQL:n parhaista k\u00e4yt\u00e4nn\u00f6ist\u00e4: lis\u00e4\u00e4 vain LIMIT 1 kyselyyn. N\u00e4in tietokantakoneen ei tarvitse k\u00e4yd\u00e4 l\u00e4pi koko taulukkoa tai hakemistoa. Se lopettaa skannauksen, kun se l\u00f6yt\u00e4\u00e4 vain yhden tietueen siit\u00e4, mit\u00e4 etsit.<\/p>\n \/\/ mit\u00e4 EI tehd\u00e4: \/\/ paljon parempi: Toinen t\u00e4rke\u00e4 MySQL-k\u00e4yt\u00e4nt\u00f6jen vinkki \u2013 jos sovelluksessasi on useita JOIN-kyselyj\u00e4, varmista, ett\u00e4 liitt\u00e4m\u00e4si sarakkeet on indeksoitu molemmissa taulukoissa. T\u00e4m\u00e4 vaikuttaa MySQL:n yhdist\u00e4mistoiminnan sis\u00e4iseen optimointiin.<\/p>\n My\u00f6s yhdistettyjen sarakkeiden on oltava samantyyppisi\u00e4. Jos esimerkiksi liit\u00e4t DECIMAL-sarakkeen INT-sarakkeeseen toisesta taulukosta, MySQL ei voi k\u00e4ytt\u00e4\u00e4 mit\u00e4\u00e4n indeksej\u00e4. Jopa merkkikoodausten on oltava samaa tyyppi\u00e4 merkkijonotyyppisiss\u00e4 sarakkeissa.<\/p>\n \/\/ molempien tilasarakkeiden tulee olla indeksoituja Kokeneet tietokannan yll\u00e4pit\u00e4j\u00e4t ja turvallisuushenkil\u00f6st\u00f6 tiet\u00e4v\u00e4t sen \u2013 \u00e4l\u00e4 koskaan is\u00e4nn\u00f6i tietokantaa Web-palvelimen juuren alla.<\/p>\n Web-yhteensopivissa sovelluksissa MySQL on piilotettava palomuurin taakse. Viestint\u00e4 tulee ottaa k\u00e4ytt\u00f6\u00f6n vain sovelluspalvelimien ja Web-palvelimien v\u00e4lill\u00e4.<\/p>\n Toinen vaihtoehto on k\u00e4ytt\u00e4\u00e4 MySQL skip-networkingia. Kun se on k\u00e4yt\u00f6ss\u00e4, MySQL kuuntelee vain paikallisia socket-yhteyksi\u00e4 ja j\u00e4tt\u00e4\u00e4 huomioimatta kaikki TCP-portit.<\/p>\n Anna minun kertoa sinulle tarina. Kun k\u00e4vin yliopistossa, filosofia oli, ett\u00e4 "muisti on niukka". Ne olivat 256 Mt:n kiintolevyjen aikoja. Nyky\u00e4\u00e4n kukaan ei n\u00e4yt\u00e4 v\u00e4litt\u00e4v\u00e4n hivenenk\u00e4\u00e4n muistista tai kiintolevytilasta. Uusi filosofia on, ett\u00e4 "muisti on halpaa". Se saattaa olla totta dollareissa, mutta suurten tietotyyppien lukeminen kest\u00e4\u00e4 silti kauemmin kuin pienempien lukeminen. Suuret tietotyypit vaativat enemm\u00e4n levysektoreita, jotta ne voidaan lukea muistiin.<\/p>\n Moraali on j\u00e4tt\u00e4\u00e4 huomiotta kiusaus siirty\u00e4 v\u00e4litt\u00f6m\u00e4sti suurimpaan tietotyyppiin, kun suunnittelet taulukoita. Harkitse int:n k\u00e4ytt\u00f6\u00e4 bigintin sijaan.<\/p>\n V\u00e4lt\u00e4 my\u00f6s largechar (255) -tekstikentti\u00e4, kun varchar tai pienempi merkki riitt\u00e4\u00e4.<\/p>\n Jos k\u00e4yt\u00e4t oikeaa tietotyyppi\u00e4, muistiin tai indeksiavainlohkoon mahtuu enemm\u00e4n tietueita. T\u00e4m\u00e4 johtaa v\u00e4hemm\u00e4n lukemiseen ja nopeampaan suorituskykyyn.<\/p>\n Kyselyjen v\u00e4limuisti on yksi tehokkaimmista tavoista parantaa suorituskyky\u00e4. Useimmissa MySQL-palvelimissa se on oletusarvoisesti k\u00e4yt\u00f6ss\u00e4.<\/p>\n Kyselyv\u00e4limuisti tallentaa SELECT-k\u00e4skyn tekstin yhdess\u00e4 vastaavan tulosjoukon kanssa. Jos palvelin saa my\u00f6hemmin samanlaisen k\u00e4skyn, se hakee tulokset kyselyv\u00e4limuistista sen sijaan, ett\u00e4 j\u00e4sent\u00e4isi ja suorittaisi k\u00e4skyn uudelleen. Kyselyv\u00e4limuisti on jaettu istuntojen kesken, joten yhden asiakkaan luoma tulosjoukko voidaan l\u00e4hett\u00e4\u00e4 vastauksena toisen asiakkaan samaan kyselyyn.<\/p>\n Kuitenkin niin hienoa kuin se onkin, kyselyn v\u00e4limuistilla on rajoituksensa. Ota seuraava lausunto:<\/p>\n Ongelmana t\u00e4ss\u00e4 on se, ett\u00e4 kyselyt sis\u00e4lt\u00e4v\u00e4t tiettyj\u00e4 ei-deterministisi\u00e4 funktioita, kuten NOW() ja RAND(). MySQL ei voi laskea t\u00e4llaisia \u200b\u200btoimintoja etuk\u00e4teen, joten niit\u00e4 ei lopulta tallenneta v\u00e4limuistiin.<\/p>\n Onneksi siihen on helppo ratkaisu: voit tallentaa funktion tulokset muuttujaan.<\/p>\n Dump-tiedostot ovat eritt\u00e4in harhaanjohtavia ja voivat aiheuttaa korruptiota. Miksi? Jos olet koskaan n\u00e4hnyt mysqldumpin luomia dump-tiedostoja, olet samaa mielt\u00e4, ett\u00e4 ne n\u00e4ytt\u00e4v\u00e4t tavallisilta, harmittomilta tekstitiedostoilta. Siksi useimmat ihmiset muokkaavat niit\u00e4 tavallisessa tekstieditorissa, mik\u00e4 aiheuttaa vikoja.<\/p>\n Jos olet koskaan yritt\u00e4nyt muokata vedostiedostoja, opit nopeasti, ett\u00e4 ne ovat kaikkea muuta kuin tekstitiedosto. Joten ainoa taattu tapa v\u00e4ltt\u00e4\u00e4 ongelmia on j\u00e4tt\u00e4\u00e4 vedostiedostot rauhaan.<\/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 K\u00e4yt\u00e4 SQL SELECT * -toimintoa vain tarvittaessa<\/strong><\/h2>\n
8 K\u00e4yt\u00e4 ORDER BY -lauseketta vain tarvittaessa<\/strong><\/h2>\n
9 Valitse oikea tietokantakone<\/strong><\/h2>\n
10 K\u00e4yt\u00e4 EXISTS-lausetta tarvittaessa<\/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 SELITYS SELECT-kyselysi<\/strong><\/h2>\n
12 K\u00e4yt\u00e4 RAJAA 1 saadaksesi yksil\u00f6llisen rivin<\/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’ RAJA 1");
\nif (mysql_num_rows($r) > 0) {
\n\/\/ \u2026
\n}<\/p>\n13 Indeksoi ja k\u00e4yt\u00e4 samoja saraketyyppej\u00e4 liitoksissa<\/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\/\/ ja molempien tulee olla samaa tyyppi\u00e4 ja merkkikoodausta
\n\/\/ tai MySQL voi suorittaa koko taulukkotarkistuksen<\/p>\n14 Piilota MySQL Internetist\u00e4<\/strong><\/h2>\n
15 K\u00e4yt\u00e4 pienimpi\u00e4 mahdollisia tietotyyppej\u00e4<\/strong><\/h2>\n
<\/a><\/p>\n16 Hy\u00f6dynn\u00e4 kyselyjen v\u00e4limuisti<\/strong><\/h2>\n
17 \u00c4l\u00e4 muokkaa vedostiedostoja<\/strong><\/h2>\n
18 K\u00e4yt\u00e4 MyISAM-lohkokokoasetusta<\/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