Documentación Commerce Guía de implementación

Prácticas recomendadas para resolver problemas de rendimiento de la base de datos

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Temas:
Prácticas recomendadas

Creado para:

Experimentado
Desarrollador
Administrador

Este artículo explica cómo solucionar los problemas de las bases de datos que afectan negativamente al rendimiento de las bases de datos en Adobe Commerce en los sitios de infraestructura en la nube.

Versiones afectadas

Adobe Commerce en la infraestructura en la nube

Identificar y resolver consultas de larga duración

Determine si tiene alguna consulta MySQL de ejecución lenta. Según el plan de infraestructura en la nube de Adobe Commerce y, por lo tanto, la disponibilidad de las herramientas, puede hacer lo siguiente.

Analizar consultas de base de datos con MySQL

Puede utilizar MySQL para identificar y resolver consultas de larga ejecución en cualquier proyecto de infraestructura en la nube de Adobe Commerce.

Ejecute la instrucción SHOW \[FULL\] PROCESSLIST.
Si ve consultas de larga duración, ejecute MySQL EXPLAIN y EXPLAIN ANALYZE para cada una de ellas, para averiguar qué hace que la consulta se ejecute durante mucho tiempo.
En función de los problemas encontrados, realice pasos para corregir la consulta de modo que se ejecute más rápidamente.

Analizar consultas mediante el kit de herramientas de Percona (solo para arquitectura Pro)

Si el proyecto de Adobe Commerce está implementado en una arquitectura Pro, puede usar el Kit de herramientas de Percona para analizar las consultas.

Ejecute el comando pt-query-digest --type=slowlog con los registros de consulta lentos de MySQL.
- Para encontrar la ubicación de los registros de consultas lentas, consulte Log locations > Service Logs(https://devdocs.magento.com/cloud/project/log-locations.html#service-logs) en nuestra documentación para desarrolladores.
- Consulte la documentación de Percona Toolkit > pt-query-digest.
En función de los problemas encontrados, realice pasos para corregir la consulta de modo que se ejecute más rápidamente.

Comprobar que todas las tablas tienen una clave principal

La definición de claves principales es un requisito para el buen diseño de bases de datos y tablas. Las claves principales proporcionan una forma de identificar una sola fila en cualquier tabla de forma exclusiva.

Si tiene tablas sin clave principal, el motor de base de datos predeterminado para Adobe Commerce (InnoDB) utiliza la primera clave única, no nula, como clave principal. Si no hay ninguna clave única disponible, InnoDB crea una clave primaria oculta (6 bytes). El problema con una clave principal definida implícitamente es que no tiene control sobre ella. Además, el valor implícito se asigna globalmente a todas las tablas sin claves principales. Esta configuración puede causar problemas de contención si realiza escrituras simultáneas en estas tablas. Esto puede provocar problemas de rendimiento, ya que las tablas también comparten el incremento del índice de clave principal oculta global.

Evite estos problemas definiendo una clave principal para cualquier tabla que no tenga una.

Identificar y actualizar tablas sin una clave principal

Identifique tablas sin una clave principal mediante la siguiente consulta SQL:

code language-sql

code language-sql
`SELECT table_catalog, table_schema, table_name, engine FROM information_schema.tables WHERE (table_catalog, table_schema, table_name) NOT IN (SELECT table_catalog, table_schema, table_name FROM information_schema.table_constraints WHERE constraint_type = 'PRIMARY KEY') AND table_schema NOT IN ('information_schema', 'pg_catalog');`

SELECT table_catalog, table_schema, table_name, engine FROM information_schema.tables        WHERE (table_catalog, table_schema, table_name) NOT IN (SELECT table_catalog, table_schema, table_name FROM information_schema.table_constraints  WHERE constraint_type = 'PRIMARY KEY') AND table_schema NOT IN ('information_schema', 'pg_catalog');

Para cualquier tabla que no tenga una clave principal, agregue una clave principal actualizando db_schema.xml (el esquema declarativo) con un nodo similar al siguiente:

code language-html
`<constraint xsi:type="primary" referenceId="PRIMARY"> <column name="id_column"/> </constraint>`

Cuando agregue el nodo, reemplace las variables referenceID y column name por sus valores personalizados.

Para obtener más información, consulte Configurar esquema declarativo en nuestra documentación para desarrolladores.

Identificación y eliminación de índices duplicados

Identifique los índices duplicados en la base de datos y elimínelos.

Buscar índices duplicados

Para comprobar si hay índices duplicados en la arquitectura de nube Pro o Starter, ejecute la siguiente consulta SQL.

SELECT s.INDEXED_COL,GROUP_CONCAT(INDEX_NAME) FROM (SELECT INDEX_NAME,GROUP_CONCAT(CONCAT(TABLE_NAME,'.',COLUMN_NAME) ORDER BY CONCAT(SEQ_IN_INDEX,COLUMN_NAME)) 'INDEXED_COL' FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_SCHEMA = 'db?' GROUP BY INDEX_NAME)as s GROUP BY INDEXED_COL HAVING COUNT(1)>1

La consulta devuelve los nombres de columna y los nombres de cualquier índice duplicado.

Los comerciantes de arquitectura profesional también pueden ejecutar la comprobación utilizando el comando Percona Toolkit [pt-duplicate-key checker](https://www.percona.com/doc/percona-toolkit/LATEST/pt-duplicate-key-checker.html%C2%A0).

Eliminación de índices duplicados

Utilice la instrucción SQL DROP INDEX para quitar los índices duplicados.

DROP INDEX

Más información

recommendation-more-help

754cbbf3-3a3c-4af3-b6ce-9d34390f3a60