MySQL - Une requête simple souffre parfois d'une boucle infinie et d'un nombre croissant de rows_fetched
P粉022140576
P粉022140576 2023-09-08 09:20:56
0
1
434

J'essaie depuis 4 semaines de comprendre pourquoi les requêtes s'exécutent par intermittence pour toujours sur Docker Mysql Percona Distribution (percona:8.0.32-24, vide my.cnf). Cette requête postscript est exécutée après l'importation de plusieurs CSV générés à l'aide de l'algorithme d'exploration de données de MySQL Shell. La moitié du temps, il s’exécute avec succès en 2 à 3 secondes.

Sinon, même si le nombre rows_inserted correct est affiché, il s'arrête et entre dans uneboucle infinie(2+ jours) etcontinue d'augmenter le nombre rows_fetched(fig1.png) . Pourquoi cette requête prend-elle autant de temps à s'exécuter et pourquoi lit-elle la table sans fin (high rows_fetched) ?

CREATE TABLE algo_rca_rule_metric ( key varchar(80) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL, rule_id int unsigned NOT NULL, context_id int unsigned NOT NULL, value double NOT NULL, PRIMARY KEY (key,value,rule_id), KEY key_rule_id (rule_id,key,value) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

** Insérez 2 métriques (confiance et support) avant l'exécution de la requête :

INSERT INTO algo_rca_rule_metric SELECT 'confidence_order' AS 'key', metric_confidence.rule_id, metric_confidence.context_id, row_number() over (ORDER BY metric_confidence.value ASC, metric_support.value ASC) AS 'value' FROM algo_rca_rule_metric metric_confidence LEFT JOIN algo_rca_rule_metric metric_support ON (metric_confidence.rule_id = metric_support.rule_id AND metric_support.key = 'rule_support') WHERE metric_confidence.key = 'confidence';

Le même comportement est observé sans INSERT.

Voir la déclaration explicative (fig3.png). Lorsqu'une boucle infinie se produit, on observe ce qui suit :

  • 显示进程列表:查询被标记为status =“执行”.

  • 显示引擎innodb状态: Requête introuvable dans la section transaction.

  • select * from sys.schema_table_statistics WHERE table_schema = 'DB_NAME'La sortie de rows_fetched semble croître à l'infini. (voir fig1.png ne fonctionne pas, fig4.png fonctionne, tous deux exécutés sur les mêmes données).

Toute aide ou idée pourrait sauver une vie.

P粉022140576
P粉022140576

répondre à tous (1)
P粉645569197

Mettreà la fin du PK :

PRIMARY KEY key_rule_id (rule_id, key, value), KEY (key, value, rule_id)

Veuillez noter qu'il en va de même pour322来自 2+4*80,这意味着它仅使用一列。 (const. )

  • Champ de longueur de 2 octets
  • Maximum 4 octets par caractère utf8mb4
  • 80 caractères dans la déclaration

Cela ne signifie pas que la totalité des 322 octets sont alloués, mais c'est le "pire des cas".

    Derniers téléchargements
    Plus>
    effets Web
    Code source du site Web
    Matériel du site Web
    Modèle frontal
    À propos de nous Clause de non-responsabilité Sitemap
    Site Web PHP chinois:Formation PHP en ligne sur le bien-être public,Aidez les apprenants PHP à grandir rapidement!