Français
Français
Dans le développement d'applications PHP moderne, le cadre ORM (Mappage relationnel d'objet) est devenu le moyen grand public de connecter les applications et les bases de données. Des cadres tels que l'éloquente de Laravel, la doctrine et RedbeanPHP ont considérablement simplifié la complexité des opérations de base de données. Cependant, la commodité de l'ORM s'accompagne souvent d'un sacrifice de performance, en particulier dans les scénarios élevés de concurrence ou de volume de données élevés, les goulots d'étranglement dans la connexion de la base de données sous-jacents et les performances de requête émergent progressivement.
Cet article explorera comment améliorer les performances de la requête avec la fonction mysqli_stmt :: att_get dans le cadre ORM qui utilise l'encapsulation native MySQLI et réalise une surveillance et une optimisation en temps réel de l'état de l'exécution grâce à des stratégies raisonnables d'encapsulation et d'utilisation.
mysqli_stmt :: att_get est l'une des méthodes de l'objet mysqli_stmt en php. Sa fonction est d'obtenir la valeur d'attribut actuelle de l'instruction préparée. Bien que la documentation officielle décrit cette fonction relativement brièvement, elle est très pratique dans le débogage des performances et l'optimisation sous-jacente.
Les attributs actuellement pris en charge incluent principalement:
Mysqli_stmt_attr_update_max_length : s'il faut mettre à jour la longueur maximale de la colonne
Mysqli_stmt_attr_cursor_type : type de curseur (par exemple, curseur avant)
Mysqli_stmt_attr_prefetch_rows : nombre de lignes pré-extraites (utilisés pour optimiser les performances d'extraction des résultats)
Alors que la plupart des cadres ORM encapsulent les interactions de la base de données très profondément, si votre ORM permet la personnalisation du pilote de base de données sous-jacente ou prend en charge l'extension MySQLI_STMT native, vous pouvez utiliser ATTR_GET pour faire du "fouet" et un réglage.
Dans certains scénarios haute performance, nous devrons peut-être confirmer si l'instruction de prétraitement actuelle utilise le type de curseur approprié. Si le curseur Scrollable est activé mais n'est pas réellement nécessaire, cela entraînera une utilisation supplémentaire de mémoire et de ressources.
$stmt = $mysqli->prepare("SELECT * FROM logs WHERE created_at > ?");
$stmt->bind_param("s", $sinceTime);
$stmt->execute();
$cursorType = $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE);
if ($cursorType !== MYSQLI_CURSOR_TYPE_NO_CURSOR) {
error_log("avertir：L'énoncé actuel utilise un curseur non défaut，Peut affecter les performances");
}
Vous pouvez intégrer un tel code dans le "moniteur de requête" ou le "module de diagnostic de performance" de l'ORM pour vérifier dynamiquement si les développeurs abusent des paramètres de frais généraux élevés.
L'une des meilleures pratiques pour mysqli_stmt :: att_get est de l'utiliser avec att_set . Par exemple, dans certains cas, vous pouvez définir à l'avance que vous n'avez pas besoin de mettre à jour la longueur maximale du champ pour accélérer le traitement des métadonnées.
$stmt = $mysqli->prepare("SELECT description FROM products");
$stmt->attr_set(MYSQLI_STMT_ATTR_UPDATE_MAX_LENGTH, false);
$stmt->execute();
Utilisez ensuite ATTR_GET pour vérifier que la configuration est réussie:
$maxLengthUpdate = $stmt->attr_get(MYSQLI_STMT_ATTR_UPDATE_MAX_LENGTH);
if (!$maxLengthUpdate) {
error_log("La mise à jour de la longueur du champ est désactivée avec succès，Amélioration des performances");
}
Afin de mieux appliquer cette méthode d'optimisation aux projets réels, nous pouvons envisager d'ajouter la logique suivante au "crochet avant l'exécution" ou "wrapper de déclaration" de l'ORM:
Déterminez dynamiquement si le scénario de requête nécessite des métadonnées de champ complètes .
Ajustez automatiquement les propriétés de l'instruction en fonction du type d'instruction (par exemple, désactivez la mise à jour de longueur maximale).
Après l'exécution, utilisez ATTR_GET pour vérifier les résultats des paramètres et enregistrer les informations sur le journal ou l'analyse des performances .
Par exemple, dans un orm personnalisé:
class MyStatementWrapper {
protected $stmt;
public function __construct(mysqli_stmt $stmt) {
$this->stmt = $stmt;
$this->optimize();
}
protected function optimize() {
$this->stmt->attr_set(MYSQLI_STMT_ATTR_UPDATE_MAX_LENGTH, false);
}
public function execute() {
$this->stmt->execute();
$status = $this->stmt->attr_get(MYSQLI_STMT_ATTR_UPDATE_MAX_LENGTH);
if (!$status) {
PerformanceLogger::log("La mise à jour de la longueur du champ est désactivée - " . date('Y-m-d H:i:s'));
}
}
}
De cette façon, tout en utilisant ORM, vous pouvez également avoir des capacités de contrôle des performances au niveau du pilote natif.
Bien que ORM améliore considérablement l'efficacité du développement, nous devons encore revenir à l'approche "fondamentaliste" dans la dimension de l'optimisation des performances. MySQLI_STMT :: ATTR_GET est un outil que de nombreux développeurs ignorent, et il joue un rôle unique dans le diagnostic, le réglage et même la détection d'anomalies.
