- Documentation Library
- Table of Contents
- MySQL 5.0 Manual
- Table of Contents
- 5.5 Règles de sécurité et droits d'accès au serveur MySQL
- 5.5.1 Rôle du système de privilèges
- 5.5.2 Comment fonctionne le système de droits
- 5.5.3 Droits fournis par MySQL
- 5.5.4 Se connecter au serveur MySQL
- 5.5.5 Contrôle d'accès, étape 1 : Vérification de la connexion
- 5.5.6 Contrôle d'accès, étape 2 : Vérification de la requête
- 5.5.7 Quand les modifications de privilèges prennent-ils effets ?
- 5.5.8 Causes des erreurs Access denied
- 5.5.9 Hashage de mots de passe en MySQL 4.1
Lorsque mysqld est lancé, toutes les tables
de droits sont lues, et sont utilisées.
Les modifications aux tables de droits que vous faites avec
GRANT, REVOKE et
SET PASSWORD sont immédiatement prises en
compte par le serveur.
Si vous modifiez les tables de droits manuellement (avec
INSERT, UPDATE, etc...),
vous devez exécuter la commande FLUSH
PRIVILEGES ou la commande mysqladmin
flush-privileges, ou encore mysqladmin
reload pour dire au serveur de relire les tables de
droits. Sinon, vos modifications n'auront aucun
effet jusqu'au redémarrge du serveur. Si vous
modifiez les tables de droits manuellement, mais que vous
oubliez de recharger les droits, vous vous demanderez sûrement
pourquoi vos modifications n'ont pas d'effet.
Lorsque le serveur remarque que les tables de droits ont été modifiées, les connexions existantes avec les clients sont modifiées comme ceci :
Les droits de table et colonnes prennent effet à la prochaine requête du client.
Les droits de bases prennent effet à la prochaine commande
USE nom_de_base.Les droits globaux et les modifications de droits prennent effets lors de la prochaine connexion.
This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.
