Chez notre dernier client, nous avons vraiment dû résoudre quelques questions passionnantes ! Notamment parce que la base de données n’était pas vraiment petite.

Description du problème

MySQL a introduit le InnoDB buffer pool configurable dynamiquement dans la version 5.7.5 en septembre 2014 (ici et ici) :

Lors de ma dernière intervention chez le client, celui-ci est venu me voir, rayonnant de joie, pour me dire qu’il avait suivi mon conseil et changé toutes les colonnes de clé primaire de BIGINT (8 octets) à INT (4 octets), et que cela avait beaucoup apporté ! Sa base de données MySQL 8.4 avait désormais perdu 750 Go (sur 5,5 To). Super!

Lorsque nous travaillons avec PostgreSQL sous notre myEnv, nous obtenons régulièrement des erreurs de segment de mémoire partagée. Exemple:

Récemment, j’ai voulu représenter sur une carte les lieux de résidence des membres de mon association (membres IGOC) pour un petit projet personnel. Je connaissais les adresses des membres de l’association, mais pas les coordonnées de leurs lieux de résidence.

Introduction

Deux points pour commencer:

1. Un deadlock est un état dans lequel deux transactions différentes ne sont plus en mesure de continuer à travailler, car chaque transaction détient un verrou dont l’autre transaction aurait besoin. Comme les deux transactions attendent que l’autre libère son verrou, aucune des deux transactions ne libérera son verrou. Et cela durerait jusqu’à la saint-glinglin. Pour éviter cela, l’instance MariaDB intervient et tue rapidement la transaction qui a fait le moins de travail. L’application reçoit alors un message d’erreur de type “deadlock”:

Sur cette page, vous trouverez les différents blogs des collaborateurs de FromDual ainsi que quelques agrégats de blogs utiles.