[5.x]: Asset::getSrcset takes too many database queries
Personne n'a encore pris cette issue.
- Langage dominant
- PHP
- Étoiles
- 3.6k
- Forks
- 705
- Merge moyen
- 1 j 5 h
- PR mergées (30 j)
- 134
Description
What happened?
Description
I'm investigating some performance issues with the MySQL server, so I'm trying to reduce the number of database queries required for a page load, especially on a cold cache, because that's where most of the problems occur.
I found that the single largest source for the query count is Asset::getSrcset(). This uses a separate database query for every single size. In fact, I found that every single size takes two database queries. With 5 transforms in two formats (WebP and AVIF), we get 20 database queries for a single image! And that's just for the srcset, there are additional queries for the base transform.
Steps to reproduce
- Where
imageis anAsset, useimage.getSrcset([240, 360, 480, 600, 720, 840, 960])and watch the number of database queries in the debug panel as the number of sizes is increased.
Expected behavior
Asset::getSrcset() should group its queries to avoid the N+1 (or rather, N+2) problem here. All transforms should be loaded in a single query, adding more sizes should not result in additional database queries for each one.
Actual behavior
The number of database queries grows exponentially at an alarming rate with the number of images on a page, and transforms per image.
Craft CMS version
5.8.6
PHP version
8.3
Operating system and version
No response
Database type and version
No response
Image driver and version
No response
Installed plugins and versions
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par Asset::getSrcset() et reproduisez le problème avec les tailles indiquées, tout en surveillant le nombre de requêtes de base de données dans le panneau de débogage. Suivez le chargement de chaque taille de transformation, puis vérifiez que toutes les transformations sont chargées en une seule requête et que l’ajout de tailles n’ajoute plus de requêtes pour chaque taille.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- mysql, php
- Domaine
- backend, databases, performance
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100