Outils pour utilisateurs

Outils du site


linux:mysql (lu 64523 fois)

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
linux:mysql [30-08-2019 11:09]
edmc73 [Erreur]
linux:mysql [14-02-2023 11:39] (Version actuelle)
edmc73 [Sauvegarder]
Ligne 4: Ligne 4:
  
   * http://www.openlogic.com/wazi/bid/195905/Tips-and-Tricks-to-Optimize-MySQL - astuces   * http://www.openlogic.com/wazi/bid/195905/Tips-and-Tricks-to-Optimize-MySQL - astuces
-  * http://mysqltuner.com/ - script+  * https://github.com/major/MySQLTuner-perl - script
  
   wget --no-check-certificate https://raw.githubusercontent.com/major/MySQLTuner-perl/master/mysqltuner.pl   wget --no-check-certificate https://raw.githubusercontent.com/major/MySQLTuner-perl/master/mysqltuner.pl
Ligne 54: Ligne 54:
   mysqldump -h hostname -u user -p $(mysql nom_de_la_base -h hostname -u user -p -Bse 'show tables like"phpbb\_%"') > dump_phpbb_.sql   mysqldump -h hostname -u user -p $(mysql nom_de_la_base -h hostname -u user -p -Bse 'show tables like"phpbb\_%"') > dump_phpbb_.sql
  
-Restaurer +La bonne pratique en prod est d'utiliser les options suivantes: 
 + 
 +  mysqldump -u USER -p --single-transaction --quick --lock-tables=false --all-databases (or) DATABASE | gzip > OUTPUT.sql.gz 
 + 
 +  * --quick : This option is useful for dumping large tables. It forces mysqldump to retrieve rows for a table from the server a row at a time rather than retrieving the entire row set and buffering it in memory before writing it out 
 + 
 +  * --single-transaction : This option sets the transaction isolation mode to REPEATABLE READ and sends a START TRANSACTION SQL statement to the server before dumping data. It is useful only with transactional tables such as InnoDB, because then it dumps the consistent state of the database at the time when START TRANSACTION was issued without blocking any applications. 
 + 
 +  * --lock-tables=false : option stops MyISAM tables (if they exsit) being locked during the backup 
 + 
 + 
 +Sauvegarder une table avec des conditions WHERE 
 + 
 +<code bash> 
 +# Dump only the rows with the id column bigger than 500 
 +mysqldump my_db_name my_table_name --where="id > 500" > my_backup.sql 
 + 
 +# Dump only the rows with the created_at column in the given interval 
 +mysqldump my_db_name my_table_name --where="date between '2020-09-01' and '2020-09-30'" > my_backup.sql 
 +</code> 
 +==== Restaurer ====
   mysql -u user -p nom_de_la_base < backup.sql   mysql -u user -p nom_de_la_base < backup.sql
  
Ligne 69: Ligne 89:
    
 /^DROP TABLE IF EXISTS `$table`/ .. /^UNLOCK TABLES;$/ and print; /^DROP TABLE IF EXISTS `$table`/ .. /^UNLOCK TABLES;$/ and print;
 +</code>
 +
 +Pour automatiser la connexion a mysql et ne pas avoir à taper de mot de passe, créer un fichier **~/.my.cnf**
 +<code>
 +[client]
 +user=root
 +password=somepassword
 </code> </code>
 ===== Logguer les requêtes en temps réel ponctuellement ===== ===== Logguer les requêtes en temps réel ponctuellement =====
Ligne 196: Ligne 223:
 Une requête intégressante Une requête intégressante
   SHOW ENGINE INNODB STATUS   SHOW ENGINE INNODB STATUS
 +
 +La commande **innotop** permet de faire comme **htop** avec beaucoup d'info sur ce qu'il se passe sur innodb
 +  innotop
      
  
Ligne 344: Ligne 374:
 Strict mode affects whether the server permits '0000-00-00' as a valid date: If strict mode is not enabled, '0000-00-00' is permitted and inserts produce no warning. If strict mode is enabled, '0000-00-00' is not permitted and inserts produce an error, unless IGNORE is given as well. For INSERT IGNORE and UPDATE IGNORE, '0000-00-00' is permitted and inserts produce a warning. Strict mode affects whether the server permits '0000-00-00' as a valid date: If strict mode is not enabled, '0000-00-00' is permitted and inserts produce no warning. If strict mode is enabled, '0000-00-00' is not permitted and inserts produce an error, unless IGNORE is given as well. For INSERT IGNORE and UPDATE IGNORE, '0000-00-00' is permitted and inserts produce a warning.
  
 +===== Log binaire =====
  
 +Utiliser des log binaire pour mettre à jour une base de données distante après avoir fait un mysqldump
 +
 +Vérifier si les log binaires sont activé
 +
 +<code>
 +MariaDB [(none)]> SHOW BINARY LOGS;
 ++------------------+-----------+
 +| Log_name         | File_size |
 ++------------------+-----------+
 +| mysql-bin.000001 |       328 |
 ++------------------+-----------+
 +1 row in set (0.000 sec)
 +
 +
 +MariaDB [(none)]> show variables like 'log_bin%';
 ++---------------------------------+--------------------------------+
 +| Variable_name                   | Value                          |
 ++---------------------------------+--------------------------------+
 +| log_bin                         | ON                             |
 +| log_bin_basename                | /var/log/mysql/mysql-bin       |
 +| log_bin_compress                | OFF                            |
 +| log_bin_compress_min_len        | 256                            |
 +| log_bin_index                   | /var/log/mysql/mysql-bin.index |
 +| log_bin_trust_function_creators | OFF                            |
 ++---------------------------------+--------------------------------+
 +6 rows in set (0.001 sec)
 +
 +</code>
 +
 +Si non
 +<code>
 +mysql> SHOW BINARY LOGS;
 +ERROR 1381 (HY000): You are not using binary logging
 +</code>
 +
 +Pour activer dans le cas de mariaDB
 +  vi /etc/mysql/mariadb.conf.d/50-server.cnf
 +Décommenter la ligne
 +  log_bin                = /var/log/mysql/mysql-bin.log
 +et restarter mariaDB
 +  systemctl restart mariadb.service
 +
 +
 +Vos fichiers de log binaires sont maintenant stocké dans /var/log/mysql/
 +
 +**mysqlbinlog** permet de lire les fichiers de log binaire et de générer une sortie sql
 +<code>
 +# mysqlbinlog mysql-bin.000001 
 +mysqlbinlog: unknown variable 'default-character-set=utf8mb4'
 +
 +---------- Si vous avez ce message d'erreur, utilisez l'option suivante
 +
 +# mysqlbinlog --no-defaults mysql-bin.000001 
 +</code>
 +
 +Filtre possible:
 +  * ''--database=ma_base''  ou ''-d ma_base''
 +  * ''--start-datetime="2019-09-09 12:15:00"''  supérieur ou égal à cette date
 +  * ''--stop-datetime="2019-12-24 13:15:00"''   inférieur à cette date
 +  * ''--start-position=N''   commence à la position N
 +  * ''--stop-position=N''  s'arrête à la position N
 +
 +example de restauration
 +  mysqlbinlog /var/log/mysql/mysql-bin.[0-9]* | mysql -u root -p
 +
 +  mysqlbinlog --no-defaults --start-datetime="2019-09-09 12:15:00" /var/log/mysql/mysql-bin.[0-9]* | mysql -u root -p
 +
 +Par défaut, mysql s'arrête dès la 1ère erreur (par ex: duplicate entry), pour continuer après une erreur, ajouté l'option -f
 +
 +  mysqlbinlog --no-defaults --start-datetime="2019-09-09 12:15:00" /var/log/mysql/mysql-bin.[0-9]* | mysql -u root -p -f
 +
 +===== Auto increment =====
 +
 +On peut réinitialiser la valeur de l'auto increment d'un id avec la requete
 +<code sql>
 +ALTER TABLE `users` AUTO_INCREMENT = 1;
 +</code>
 +Mysql prendra automatiquement le max(id) + 1
 +
 +Pour réinitialiser complètement une colonne d'id
 +<code sql>
 +ALTER TABLE `users` DROP `id`;
 +ALTER TABLE `users` AUTO_INCREMENT = 1;
 +ALTER TABLE `users` ADD `id` int UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;
 +</code>
 +
 +Si votre id est utilisé dans d'autres tables, il convient de définir les clés étrangères sur les autres tables avec l'option ''ON UPDATE CASCADE'' plutot que l'option par défaut ''ON UPDATE NO ACTION''
 +
 +<code sql>
 +SET @count = 0;
 +UPDATE `users` SET `users`.`id` = @count:= @count + 1;
 +ALTER TABLE `users` AUTO_INCREMENT = 1;
 +</code>
linux/mysql.1567156147.txt.gz · Dernière modification: 30-08-2019 11:09 de edmc73