Il est possible de demander un Read Lock, un Write Lock ou un Read Local Lock et la manière de locker les tables diffère d’un engine à l’autre. Il faut aussi savoir que les Read Lock et Read Local Lock sont des Shared locks, ce qui signifie que la table demeure accessible en lecture pour tous les clients. Les Write Lock eux sont exclusifs, ce qui a pour effet que seul le client qui demande le lock peut lire et écrire dans la table.

Pour MyISAM, les tables entières doivent être lockées pour un lock exclusif. Évidemment, il y a des avantages et des inconvénients. L’un des avantages majeurs de locker une table au complet est qu’il est impossible de créer un deadlock car un lock exclusif appartient qu’à un seul client à la fois. De plus, ce genre de lock demande très très peu de mémoire et de temps CPU.

Étant donné que la table entière est lockée, les autres clients doivent attendre que le lock soit libéré pour pouvoir lire ou écrire dans la table. C’est un inconvénient majeur. Supposons que 1000 clients soient connectés au serveur et que ces 1000 clients tentent de lire une table qui a été lockée par un des 1000 clients, ils doivent tous attendre. Si pour une situation imprévue, la table demeure lockée pour 30 secondes, vous pouvez imaginer les problèmes que ça peut engendrer.

Dans certains cas, ce problème peut cependant être évité en utilisant un Read Local. Ce type de locking est exclusif à MyISAM. On pourrait comparer un lock Read Local avec une transaction dans le sens où lorsqu’un Read Local est demandé, le serveur crée une espèce de copie de l’état actuel de la table sans empêcher les autres utilisateurs de lire et écrire dedans. La table demeure virtuellement inchangée pour le client qui a demandé le lock jusqu’à ce qu’il le libère.

Soyez prudent avec les Locks, surtout avec MyISAM !