| Contrôle d'accès, étape 2 : Vérification de la requête <<< |
Quand les modifications de privilèges prennent-ils effets ? | Causes des erreurs Access denied >>> |
5.4 Règles de sécurité et droits d'accès au serveur MySQL 5 Administration du serveur Manuel de Référence MySQL 4.1 : Version Française . Rôle du système de privilèges . Comment fonctionne le système de droits . Droits fournis par MySQL . Se connecter au serveur MySQL . Contrôle d'accès, étape 1 : Vérification de la connexion . Contrôle d'accès, étape 2 : Vérification de la requête ->Quand les modifications de privilèges prennent-ils effets ? . Causes des erreurs Access denied . Hashage de mots de passe en MySQL 4.1 |
5.4.7 Quand les modifications de privilèges prennent-ils effets ?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 :
|
| << | Quand les modifications de privilèges prennent-ils effets ? | >> |
| Contrôle d'accès, étape 2 : Vérification de la requête | Règles de sécurité et droits d'accès au serveur MySQL | Causes des erreurs Access denied |