Elakkan masalah pertanyaan n 1, mengurangkan bilangan pertanyaan pangkalan data dengan memuatkan data yang berkaitan terlebih dahulu; 2. Pilih hanya medan yang diperlukan untuk mengelakkan memuat entiti lengkap untuk menjimatkan memori dan jalur lebar; 3. Gunakan strategi cache yang munasabah, seperti cache sekunder doktrin atau hasil pertanyaan frekuensi tinggi Cache; 4. Mengoptimumkan kitaran hayat entiti dan panggilan jelas () secara teratur untuk membebaskan memori untuk mengelakkan limpahan memori; 5. Memastikan indeks pangkalan data wujud dan menganalisis penyata SQL yang dihasilkan untuk mengelakkan pertanyaan yang tidak cekap; 6. Lumpuhkan penjejakan perubahan automatik dalam senario di mana perubahan tidak diperlukan, dan gunakan array atau mod ringan untuk meningkatkan prestasi. Penggunaan ORM yang betul memerlukan menggabungkan pemantauan SQL, caching, pemprosesan batch dan pengoptimuman yang sesuai untuk memastikan prestasi aplikasi sambil mengekalkan kecekapan pembangunan.

Alat pemetaan objek-relasi (ORM) seperti doktrin, fasih (Laravel), dan mendorong pembangunan PHP lebih cepat dan lebih banyak dikekalkan dengan membiarkan anda bekerja dengan pangkalan data menggunakan kod berorientasikan objek. Tetapi mereka datang dengan kos prestasi jika digunakan dengan teliti. Penggunaan ORM yang tidak disengajakan boleh menyebabkan pertanyaan perlahan, kembung memori, dan masalah skalabiliti - terutamanya di bawah beban.

Inilah caranya untuk menjaga pelaku ORM anda tanpa memberikan manfaat produktiviti.

1. Elakkan masalah pertanyaan n 1

Ini adalah pembunuh prestasi ORM yang paling biasa.

Apabila anda mengambil senarai objek dan mengakses entiti yang berkaitan di dalam gelung, Orms sering mengeluarkan satu pertanyaan tambahan setiap objek - yang membawa kepada pertanyaan N 1 .

Contoh (buruk):

 $ users = $ entityManager-> getRepository (user :: class)-> findAll ();
foreach ($ pengguna sebagai pengguna $) {
    echo $ user-> getProfile ()-> getEmail (); // Satu pertanyaan tambahan bagi setiap pengguna
}

Jika anda mempunyai 100 pengguna, ini menghasilkan 101 pertanyaan.

Betulkan: Gunakan pemuatan bersemangat

Muatkan data berkaitan di hadapan menggunakan gabungan.

• Doktrin: Gunakan JOIN FETCH dalam DQL atau konfigurasikan mod FETCH dalam persatuan.

   $ dql = "pilih u, p dari pengguna u sertai u.profile p";
  $ pengguna = $ entityManager-> createQuery ($ dql)-> getResult ();

• Fasih: Gunakan with() kepada hubungan beban yang bersemangat.

   $ pengguna = pengguna :: dengan ('profil')-> get ();
  foreach ($ pengguna sebagai pengguna $) {
      echo $ user-> profile-> e-mel;
  }

Sentiasa memantau log anda atau gunakan alat seperti Laravel Debugbar atau Logger SQL Doctrine untuk menangkap n 1 isu awal.

2. Pilih hanya apa yang anda perlukan

Mengambil seluruh entiti apabila anda hanya memerlukan beberapa bidang membazirkan memori dan jalur lebar.

Bukannya:

 $ pengguna = $ repo-> findAll ();
foreach ($ pengguna sebagai pengguna $) {
    echo $ user-> getName ();
}

Gunakan pertanyaan separa atau skalar:

• Doktrin: Gunakan DQL untuk memilih medan tertentu.

   $ dql = "pilih u.id, u.name dari user u";
  $ pengguna = $ entityManager-> createQuery ($ dql)-> getSCAlarResult ();

• Fasih: Gunakan select() dan pluck() / get() .

   $ nama = pengguna :: pilih ('id', 'nama')-> get ();

Untuk operasi baca sahaja, pertimbangkan untuk menggunakan pertanyaan mentah atau DTOS (objek pemindahan data) melalui SQL tersuai-anda akan mendapat prestasi yang lebih baik.

3. Leverage caching secara strategik

Orms berfungsi dengan baik apabila digabungkan dengan lapisan caching yang betul.

• Cache peringkat kedua (doktrin): keseluruhan entiti atau koleksi cache.

   // dalam doktrin
  $ query-> useresultCache (true, 3600, 'users_list');

• Cache pertanyaan: Simpan hasil parsing DQL dan generasi SQL.

• Redis/Memcached Eloquent: Cache Sering Queries.

   $ pengguna = Cache :: ingat ('users.active', 3600, function () {
      kembali pengguna :: di mana ('aktif', 1)-> mendapatkan ();
  });

Berhati-hati dengan pembatalan cache, tetapi walaupun TTL pendek pada titik akhir yang dibaca tinggi boleh mengurangkan beban DB secara drastik.

4. Mengoptimumkan kitaran hayat entiti dan penggunaan memori

Orms Track State Object, yang menggunakan ingatan. Skrip jangka panjang (contohnya, import, pekerjaan batch) boleh kehabisan ingatan.

Masalah:

 untuk ($ i = 0; $ i <10000; $ i) {
    $ user = pengguna baru ();
    $ user-> setName ("User $ i");
    $ entityManager-> berterusan ($ user);
}
$ entityManager-> Flush ();

Semua entiti 10K dikesan dalam ingatan.

Betulkan: Gunakan clear() atau detach() secara berkala

 untuk ($ i = 0; $ i <10000; $ i) {
    $ user = pengguna baru ();
    $ user-> setName ("User $ i");
    $ entityManager-> berterusan ($ user);

    jika ($ i % 1000 === 0) {
        $ entityManager-> Flush ();
        $ entityManager-> clear (); // Memori Percuma
    }
}

Ini menyimpan penggunaan memori tetap tanpa mengira saiz dataset.

5. Gunakan indeks dan menganalisis pertanyaan

Malah kod ORM terbaik tidak dapat membetulkan indeks pangkalan data yang hilang.

• Sentiasa indeks kunci asing dan lajur yang sering ditanya.
• Gunakan EXPLAIN pada SQL yang dihasilkan untuk melihat imbasan meja penuh.
• Pantau log pertanyaan perlahan.

Contoh: Jika anda sering menanyakan User WHERE status = ? , pastikan status diindeks.

Juga, elakkan pertanyaan ORM kompleks yang menghasilkan SQL yang tidak cekap. Kadang-kadang, menulis pertanyaan yang dioptimumkan tangan adalah lebih baik daripada memaksa ORM untuk melakukannya.

6. Lumpuhkan penjejakan perubahan auto apabila tidak diperlukan

Dalam operasi bacaan-berat, anda tidak memerlukan ORM untuk mengesan perubahan.

• Doktrin: Gunakan entiti HYDRATE_ARRAY atau lepaskan.

   $ pengguna = $ entityManager-> createQuery ($ dql)
      -> SethyDrationMode (pertanyaan :: Hydrate_Array)
      -> getResult ();

  Array lebih cepat dan lebih ringan daripada entiti penuh.

  • Dalam fasih, gunakan toArray() awal atau gunakan select() dengan get() untuk mengelakkan model overhead.

  ---

  Pemikiran terakhir

  Orms berkuasa - tetapi mereka bukan sihir. Maksud penalaan prestasi:

  • Mengetahui bila hendak melangkah ke sekitar mereka
  • Memahami apa yang mereka hasilkan
  • Menggunakan alat untuk mengesan masalah (n 1, kebocoran memori)
  • Memohon caching dan batching di mana sesuai

  Anda tidak perlu meninggalkan Orm untuk berjalan pantas. Hanya gunakan dengan bijak.

  Pada asasnya: mengambil kurang, cache lebih, dan selalu periksa SQL .

  Atas ialah kandungan terperinci Penalaan Prestasi Pemetaan Objek (ORM) di PHP. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!