Pengoptimuman Imej dan Pengoptimuman Pertanyaan Pangkalan Data: Panduan Praktikal untuk Meningkatkan Kelajuan Laman Web WordPress

Anda tahu bahawa laman web yang cepat bermakna pengguna yang lebih bahagia, kedudukan Google yang lebih baik dan kadar penukaran yang lebih tinggi. Anda mungkin berfikir laman web WordPress anda cukup cepat: anda telah memeriksa prestasi tapak, dari amalan persediaan pelayan terbaik untuk memperlahankan masalah penyelesaian masalah, dan mengimbangi imej ke CDN, tetapi adakah itu semua?

Untuk laman web yang dinamik, berasaskan pangkalan data seperti WordPress, anda masih boleh menghadapi masalah: Pertanyaan pangkalan data menyebabkan kelajuan laman web untuk melambatkan.

Dalam siaran ini, saya akan membimbing anda melalui cara mengenal pasti pertanyaan yang menyebabkan kesesakan, bagaimana memahami masalah dengan pertanyaan ini, dan cara lain untuk memperbaiki dan mempercepatkan dengan cepat. Saya akan menggunakan pertanyaan sebenar yang baru -baru ini kami menyelesaikan yang melambatkan portal pelanggan DeliciousBrains.com.

Langkah pertama dalam menetapkan pertanyaan SQL yang perlahan adalah untuk mencari mereka. Ashley sebelum ini memuji plugin debug monitor pertanyaan di blognya, dan keupayaan pertanyaan pangkalan data plugin menjadikannya alat yang berharga untuk mengenal pasti pertanyaan SQL yang perlahan. Plugin ini melaporkan semua pertanyaan pangkalan data yang dilakukan semasa permintaan halaman. Ia membolehkan anda menapisnya dengan kod atau komponen (plugin, tema, atau teras WordPress) yang memanggilnya dan menyerlahkan pertanyaan pendua dan perlahan:

jika anda tidak mahu memasang plugin debug di tapak pengeluaran anda (mungkin anda bimbang untuk menambah beberapa overhead prestasi), anda boleh memilih untuk membolehkan log pertanyaan perlahan MySQL, yang log semua pertanyaan yang mengambil sedikit masa untuk melaksanakan . Ini agak mudah untuk mengkonfigurasi dan menetapkan lokasi pembalakan untuk pertanyaan. Oleh kerana ini adalah penalaan peringkat pelayan, kesan prestasi akan kurang daripada plugin debug di laman web ini, tetapi ia harus dimatikan apabila tidak digunakan.

Memahami soalan pertanyaan

Selepas mencari pertanyaan mahal untuk memperbaiki, langkah seterusnya adalah untuk cuba memahami apa yang menyebabkan pertanyaan melambatkan. Baru -baru ini, apabila membangunkan laman web kami, kami mendapati bahawa pertanyaan mengambil masa kira -kira 8 saat untuk dilaksanakan!

Kami menggunakan perisian WooCommerce dan WooCommerce untuk melanggan versi tersuai plugin untuk menjalankan kedai plugin kami. Tujuan pertanyaan ini adalah untuk mendapatkan semua langganan kepada pelanggan yang kami tahu nombor pelanggan. WooCommerce mempunyai model data yang agak kompleks, walaupun pesanan disimpan sebagai jenis pos tersuai, ID pelanggan (kedai yang setiap pelanggan membuat pengguna WordPress) tidak disimpan sebagai post_author, tetapi sebagai sebahagian daripada metadata pos. Plugin langganan perisian juga mewujudkan beberapa sambungan jadual tersuai. Mari kita lihat lebih mendalam pada pertanyaan.

SELECT
    l.key_id,
    l.order_id,
    l.activation_email,
    l.licence_key,
    l.software_product_id,
    l.software_version,
    l.activations_limit,
    l.created,
    l.renewal_type,
    l.renewal_id,
    l.exempt_domain,
    s.next_payment_date,
    s.status,
    pm2.post_id AS 'product_id',
    pm.meta_value AS 'user_id'
FROM
    oiz6q8a_woocommerce_software_licences l
        INNER JOIN
    oiz6q8a_woocommerce_software_subscriptions s ON s.key_id = l.key_id
        INNER JOIN
    oiz6q8a_posts p ON p.ID = l.order_id
        INNER JOIN
    oiz6q8a_postmeta pm ON pm.post_id = p.ID
        AND pm.meta_key = '_customer_user'
        INNER JOIN
    oiz6q8a_postmeta pm2 ON pm2.meta_key = '_software_product_id'
        AND pm2.meta_value = l.software_product_id
WHERE
    p.post_type = 'shop_order'
        AND pm.meta_value = 279
ORDER BY s.next_payment_date

Gunakan alat MySQL

MySQL menyediakan pernyataan yang mudah DESCRIBE yang boleh digunakan untuk mengeluarkan maklumat mengenai struktur jadual, seperti lajur, jenis data, dan nilai lalai. Jadi jika anda melakukan DESCRIBE wp_postmeta;, anda akan melihat hasil berikut:

Ini sejuk, tetapi anda mungkin sudah tahu. Tetapi adakah anda tahu bahawa awalan pernyataan DESCRIBE sebenarnya boleh digunakan untuk SELECT, INSERT, UPDATE, REPLACE, DELETE, dan EXPLAIN pernyataan? Ini lebih sering dirujuk sebagai sinonimnya

Pada pandangan pertama, ini tidak mudah dijelaskan. Nasib baik, SitePoint Friends telah menulis panduan komprehensif mengenai pemahaman pernyataan.

, yang menggambarkan bagaimana jadual disatukan. Jika anda melihat type, ini bermakna MySQL membaca keseluruhan jadual dari cakera, meningkatkan kadar I/O dan meningkatkan beban CPU. Ini dipanggil "imbasan meja penuh" (lebih lanjut mengenai ini kemudian). ALL Lajur

juga merupakan petunjuk yang baik yang mesti dilakukan MySQL kerana ia menunjukkan bilangan baris yang dilihatnya untuk mencari hasilnya. rows

Maklumat lanjut yang tersedia untuk pengoptimuman juga disediakan. Sebagai contoh, jadual EXPLAIN (pm2), yang memberitahu kita bahawa kita menggunakan wp_postmeta kerana kita memerlukan keputusan untuk disusun menggunakan klausa filesort dalam pernyataan. Sekiranya kita mengumpulkan pertanyaan juga, kita akan meningkatkan overhead pelaksanaan. ORDER BY

Analisis visual

boleh dikeluarkan sebagai JSON, yang mana MySQL Workbench menukar kepada pelan pelaksanaan visual untuk pernyataan: EXPLAIN

Ia secara automatik menarik perhatian anda dengan mewarnai bahagian pertanyaan dengan kos. Kita dapat melihat dengan segera bahawa terdapat masalah yang serius dengan menyertai Jadual (alias l).

SELECT
    l.key_id,
    l.order_id,
    l.activation_email,
    l.licence_key,
    l.software_product_id,
    l.software_version,
    l.activations_limit,
    l.created,
    l.renewal_type,
    l.renewal_id,
    l.exempt_domain,
    s.next_payment_date,
    s.status,
    pm2.post_id AS 'product_id',
    pm.meta_value AS 'user_id'
FROM
    oiz6q8a_woocommerce_software_licences l
        INNER JOIN
    oiz6q8a_woocommerce_software_subscriptions s ON s.key_id = l.key_id
        INNER JOIN
    oiz6q8a_posts p ON p.ID = l.order_id
        INNER JOIN
    oiz6q8a_postmeta pm ON pm.post_id = p.ID
        AND pm.meta_key = '_customer_user'
        INNER JOIN
    oiz6q8a_postmeta pm2 ON pm2.meta_key = '_software_product_id'
        AND pm2.meta_value = l.software_product_id
WHERE
    p.post_type = 'shop_order'
        AND pm.meta_value = 279
ORDER BY s.next_payment_date

SELECT
    l.key_id,
    l.order_id,
    l.activation_email,
    l.licence_key,
    l.software_product_id,
    l.software_version,
    l.activations_limit,
    l.created,
    l.renewal_type,
    l.renewal_id,
    l.exempt_domain,
    s.next_payment_date,
    s.status,
    pm2.post_id AS 'product_id',
    pm.meta_value AS 'user_id'
FROM
    oiz6q8a_woocommerce_software_licences l
        INNER JOIN
    oiz6q8a_woocommerce_software_subscriptions s ON s.key_id = l.key_id
        INNER JOIN
    oiz6q8a_posts p ON p.ID = l.order_id
        INNER JOIN
    oiz6q8a_postmeta pm ON pm.post_id = p.ID
        AND pm.meta_key = '_customer_user'
        INNER JOIN
    oiz6q8a_postmeta pm2 ON pm2.meta_key = '_software_product_id'
        AND pm2.meta_value = l.software_product_id
WHERE
    p.post_type = 'shop_order'
        AND pm.meta_value = 279
ORDER BY s.next_payment_date