N+1 sorgu problemine yol açan yaygın hatalar, özellikle nesne-ilişkisel eşleme (ORM) çerçeveleri veya yazma veritabanı sorgularını manuel olarak kullanırken, verilerin veritabanından nasıl getirildiği konusunda genellikle döner. İşte bu hataların ayrıntılı açıklamaları:
** 1. İlgili verilerin ayrı sorgularda getirilmesi
N+1 sorgu sorununun birincil nedeni, kodun bir sorgu ile bir kayıt listesini almak ve ardından ilgili verileri almak için her kayıt için ek bir sorgu yürütmek için kod yapılandırmaktır. Örneğin, bir kullanıcı listesi sorgulamak ve daha sonra her kullanıcı için gönderileri ayrı ayrı sorgulamak, kullanıcılar için 1 sorgu artı yayınlar için N sorguları ile sonuçlanır, burada n kullanıcı sayısıdır. Bu, optimize edilmiş bir sorgu yerine birçok küçük sorguya yol açar [1] [2] [3] [7].
** 2. Varsayılan olarak tembel yüklemeye güvenmek
Çoğu orm tembel yüklemeyi varsayılan getirme stratejisi olarak kullanır, yani ilgili varlıklar yalnızca açıkça erişildiğinde getirilir. Bu, ilgili verilere ihtiyaç duyulmazsa kaynaklardan tasarruf edebilirken, koleksiyonlar üzerinde yineleme yaparken birden fazla sorgunun tetiklenmesine neden olur ve bilmeden N+1 problemine neden olur. Örneğin, her blog yayınının yazarına erişmek, yazı başına ayrı bir sorguyu tek tek tetikler [5].
** 3. Bağlamsal ayarlamalar olmadan sorguları körü körüne yeniden kullanma
Aynı sorguyu uyarlamadan bir uygulamanın farklı bölümlerinde yeniden kullanmak, gereksiz veri alımına neden olabilir ve N+1 problemini daha da kötüleştirebilir. Belirli kullanım durumları için optimize edilmeyen sorgular eksik veriler getirebilir ve daha sonra ilgili bilgileri getirmesi için ek sorgular isteyebilir [8].
** 4. İstekli yükleme veya sorgu optimizasyon tekniklerini kullanmıyor
İstekli yüklemeyi (ilk sorguda ilgili verilerin getirilmesi) veya optimize edilmiş birleşimleri kullanamamak, veritabanına birden fazla gidiş -dönüşle sonuçlanır. Bu, geliştiriciler ORM veya sorgu oluşturucularına ilgili varlıkları bir araya getirmeleri için açıkça talimat vermediklerinde ve tek, verimli bir yerine birçok küçük soruya yol açtıklarında olur [5] [6] [7].
** 5. Veritabanına birden fazla gidiş dönüşünün etkisini göz ardı etmek
Geliştiriciler bazen birçok küçük sorgunun bir karmaşık sorgudan daha hızlı olduğunu varsayarlar, ancak her sorgu ağ gecikmesini ve üst üste işleme içerir. N+1 sorgularının kümülatif etkisi, özellikle veri hacmi büyüdükçe uygulama yanıt sürelerini önemli ölçüde yavaşlatır ve veritabanı yükünü artırır [1] [3] [5].
** 6. Farkındalık eksikliği veya sorunun tespit edilmesi
N+1 desenindeki her bir sorgu hızlı çalıştığından, genellikle yavaş sorgu günlüklerinde veya izleme araçlarında görünmez, bu da onu sessiz bir performans katili haline getirir. Geliştiriciler, uygulamanın duyarlılığı önemli ölçüde azalana kadar sorunu fark etmeyebilir [2] [5] [7].
Özetle, N+1 sorgu sorunu esas olarak verimsiz veri getirme kalıplarına özgü olarak ortaya çıkar, ilgili verileri her bir kayıt için ayrı sorgularda, eşleştirme veya birleştirme sorguları yerine sorgular. Bu genellikle ormlarda varsayılan tembel yükleme, istekli yükleme veya toplu olarak kullanılmaması ve optimizasyon olmadan genel sorguların yeniden kullanılmasından kaynaklanır. Sonuç, performansı ve ölçeklenebilirliği bozan aşırı veritabanı gidişatlarıdır [1] [2] [3] [5] [6] [7].
Alıntılar:
[1] https://planetscale.com/blog/what-is-n-query-problem-and-how-to-solve-it
[2] https://stackoverflow.com/questions/97197/what-is-ton-n1-sects-problem-in-orm-orct-scect-relation
[3] https://www.pingcap.com/article/how-to-faccly-solve-the-n1-query-problem/
[4] https://evnedev.com/blog/decelopment/the-n1-query-problem-what-is-t-and-do--you-solve-it/
[5] https://digma.ai/n1-query-problem-and-how-tode-detect-it/
[6] https://www.linkedin.com/posts/aftab-ahmed-b002827_avoiding-the-n1-query-problem-a-common-activity-7270527622970818561-zmz6
[7] https://dev.to/lovestaco/the-n1-query-problem-the-selent-pomformance-killer-2b1c
[8] https://www.okoone.com/spark/technology-innovation/avoid-these-7-tql-istakes-for-better-database-manement/