cohérence des Notes
This commit is contained in:
gcolpart
parent
98cb99ba45
commit
53c85469b4
|
|
@ -328,7 +328,7 @@ mysql> INSERT INTO mysql.db VALUES ('localhost','foo','jdoe','Y','Y','Y','Y','Y'
|
|||
mysql> FLUSH PRIVILEGES;
|
||||
~~~
|
||||
|
||||
*Note* :
|
||||
*À savoir* :
|
||||
|
||||
Pour migrer de Debian 6 à 7 :
|
||||
- 3 colonnes ont été ajoutées dans `mysql.user` : Create_tablespace_priv, plugin et authentication_string (pour migrer il faut ajouter 'N' en 32ème position + '' et NULL à la fin)
|
||||
|
|
@ -439,7 +439,7 @@ On peut aussi réparer qu'une base en particulier :
|
|||
# mysqlcheck --auto-repair --check foo
|
||||
~~~
|
||||
|
||||
*Note* : ceci peut être à faire en cas d'arrêt inopiné du service.
|
||||
> *Note* : ceci peut être à faire en cas d'arrêt inopiné du service.
|
||||
|
||||
On pourra également ajouter l'option `--optimize` pour ajouter une optimisation des tables :
|
||||
|
||||
|
|
@ -544,7 +544,7 @@ $ mysqldump --hex-blob foo > foo.sql
|
|||
$ mysqldump --hex-blob foo | gzip > foo.sql.gz
|
||||
~~~
|
||||
|
||||
*Note* : l'option *--hex-blob* est importante pour ne pas risquer de perdre certains caractères dans les colonnes de type BINARY/BLOB/BIT
|
||||
> *Note* : l'option *--hex-blob* est importante pour ne pas risquer de perdre certains caractères dans les colonnes de type BINARY/BLOB/BIT
|
||||
|
||||
Pour sauvegarder une base de données au format *tab-separated data files*, avec - pour chaque table - un fichier .sql contenant la structure de la table (CREATE TABLE) et un fichier .txt contenant les données brutes (ré-injectable avec `LOAD DATA INFILE`) :
|
||||
|
||||
|
|
@ -553,7 +553,7 @@ Pour sauvegarder une base de données au format *tab-separated data files*, avec
|
|||
$ mysqldump -T --hex-blob foo > /tmp/foo
|
||||
~~~
|
||||
|
||||
*Note* : le répertoire de destination doit exister et *mysqld* doit avoir les droits d'écrire dedans.
|
||||
> *Note* : le répertoire de destination doit exister et *mysqld* doit avoir les droits d'écrire dedans.
|
||||
|
||||
Pour restaurer une base de données (sans et avec compression) :
|
||||
|
||||
|
|
@ -645,10 +645,10 @@ for file in *.txt; do
|
|||
done
|
||||
~~~
|
||||
|
||||
*Note 1* : Attention, l'utilisateur MySQL doit avoir le droit de lecture sur les fichiers .txt
|
||||
> *Note 1* : Attention, l'utilisateur MySQL doit avoir le droit de lecture sur les fichiers .txt
|
||||
Se positionner dans un répertoire où mysql a les droits (mysqltmp - /home/mysqltmp par ex).
|
||||
|
||||
*Note 2* : Si vous n'avez pas toutes vos tables en utf8 (par exemple du `CHARSET=LATIN1`), ce n'est pas bien… et vous devrez pour la peine adapter le script (en détectant le charset utilisé avec « file » si nécessaire)
|
||||
> *Note 2* : Si vous n'avez pas toutes vos tables en utf8 (par exemple du `CHARSET=LATIN1`), ce n'est pas bien… et vous devrez pour la peine adapter le script (en détectant le charset utilisé avec « file » si nécessaire)
|
||||
|
||||
Il est possible d'exporter le contenu d'une base au format CSV :
|
||||
|
||||
|
|
@ -658,7 +658,7 @@ $ mysqldump --hex-blob -T /tmp --fields-enclosed-by=\" --fields-terminated-by=,
|
|||
|
||||
> *Note* : il est nécessaire que MySQL ait les droits d'écriture dans le répertoire de destination (ici `/tmp`).
|
||||
|
||||
On peut également restaurer un dump _foo.sql_ (ou tout script au format SQL) de façon interactive via la commande source :
|
||||
On peut également restaurer un dump _foo.sql_ (ou tout script au format SQL) de façon interactive via la commande `source` :
|
||||
|
||||
~~~
|
||||
mysql> source foo.sql
|
||||
|
|
@ -788,7 +788,7 @@ Yours,
|
|||
log2mail.
|
||||
~~~
|
||||
|
||||
*Note* : il faut ajouter l'utilisateur `log2mail` dans le groupe `adm`.
|
||||
> *Note* : il faut ajouter l'utilisateur `log2mail` dans le groupe `adm`.
|
||||
|
||||
|
||||
## binlogs
|
||||
|
|
@ -860,8 +860,7 @@ On pourra lire en ligne de commande le contenu d'un binlog via la commande :
|
|||
# mysqlbinlog /var/log/mysql/mysql-bin.001789 | less
|
||||
~~~
|
||||
|
||||
* Note* : si vous obtenez une erreur `mysqlbinlog: unknown variable 'default-character-set=utf8'` c'est que la directive `default-character-set`
|
||||
a été placée dans la configuration MySQL (`/etc/mysql` ou `.my.cnf`) dans la mauvaise section : `[client]` au lieu de `[mysql]` (ou `[mysqldump]`).
|
||||
> * Note* : si vous obtenez une erreur `mysqlbinlog: unknown variable 'default-character-set=utf8'` c'est que la directive `default-character-set` a été placée dans la configuration MySQL (`/etc/mysql` ou `.my.cnf`) dans la mauvaise section : `[client]` au lieu de `[mysql]` (ou `[mysqldump]`).
|
||||
|
||||
### Replay
|
||||
|
||||
|
|
@ -936,11 +935,11 @@ pid-file = /var/run/mysqld-foo/mysqld.pid
|
|||
datadir = /home/mysql-foo
|
||||
~~~
|
||||
|
||||
*Note 1* : même si l'on ne prévoit pas de faire tourner le mysqld principal sur le port 3306,
|
||||
> *Note 1* : même si l'on ne prévoit pas de faire tourner le mysqld principal sur le port 3306,
|
||||
on préfère tout de même utiliser le port 3307 pour la première instance afin de ne pas
|
||||
confondre une configuration avec et sans instance.
|
||||
|
||||
*Note 2* : dans le cas où une réplication est déjà active sur l'instance principale, la nouvelle instance créée va automatiquement hériter des paramètres de réplication.
|
||||
> *Note 2* : dans le cas où une réplication est déjà active sur l'instance principale, la nouvelle instance créée va automatiquement hériter des paramètres de réplication.
|
||||
Pour éviter ça, il suffit de rajouter :
|
||||
|
||||
~~~{.ini}
|
||||
|
|
@ -977,7 +976,7 @@ On préfère passer la commande « shutdown » en interne :
|
|||
# mysqladmin -P3307 shutdown
|
||||
~~~
|
||||
|
||||
**Note** : a priori cela revient à envoyer un signal SIGTERM (kill -15) au process mysqld
|
||||
> **Note** : a priori cela revient à envoyer un signal SIGTERM (kill -15) au process mysqld
|
||||
|
||||
### Nettoyage
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue