菜单
Guide complet MySQL/MariaDB — installation, administration, requêtes avancées, stockage, réplication, tuning InnoDB, sécurisation, et migration vers MySQL 8.4+.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/JohnNuwan/EVA_CORE --skill mysql命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
基于 SOC 职业分类
| name | mysql |
| description | Guide complet MySQL/MariaDB — installation, administration, requêtes avancées, stockage, réplication, tuning InnoDB, sécurisation, et migration vers MySQL 8.4+. |
| version | 1.0.0 |
| author | EVA & communauté EVA |
| license | Privée EVA St-Étienne |
| platforms | ["linux","macos","windows"] |
| metadata | {"EVA":{"tags":["mysql","mariadb","sql","base-de-donnees","relationnel","innodb","replication","performance"],"homepage":"https://dev.mysql.com/","related_skills":["postgresql","sqlite","indexation-bases-donnees","replication-haute-disponibilite","sauvegarde-restauration","optimisation-performance"]}} |
| prerequisites | {"commands":["mysql","mysqldump","mysqladmin","mysqlsh"]} |
MySQL (et son fork MariaDB) est le SGBD relationnel le plus déployé au monde, dominant le web (LAMP/LEMP), les applications SaaS, et les grands comptes (Meta, Uber, Netflix). Depuis MySQL 8.0, il supporte les CTE, les window functions, les indexes fonctionnels, le Document Store, et le Group Replication.
Cette compétence couvre l'installation, la configuration InnoDB avancée, les index, le partitionnement, les procédures stockées, la réplication, le tuning, et les bonnes pratiques de sécurisation.
Activez cette compétence lorsque l'utilisateur :
# Ajout du dépôt officiel MySQL
wget https://dev.mysql.com/get/mysql-apt-config_0.8.30-1_all.deb
sudo dpkg -i mysql-apt-config_0.8.30-1_all.deb
sudo apt update
sudo apt install -y mysql-server
# Sécurisation
sudo mysql_secure_installation
[mysqld]
# Moteur de stockage
default_storage_engine = InnoDB
# Buffer Pool (l'essentiel de la mémoire InnoDB)
innodb_buffer_pool_size = 8G # 50-70% de la RAM
innodb_buffer_pool_instances = 8 # 1 instance / 1 Go de buffer pool
# Redo Log (ib_logfile)
innodb_log_file_size = 2G # recommandé = 25% du buffer pool
innodb_log_buffer_size = M
=
=
=
= O_DIRECT
=
=
=
=
=
=
[mariadb]
# Moteur de stockage par défaut
default_storage_engine = InnoDB
# Moteurs alternatifs MariaDB
# Aria — transactionnel, pas de redo log (plus rapide en écriture)
# MyRocks — basé sur RocksDB, meilleure compression pour write-heavy
# Spider — fédération et sharding intégré
# Optimizer
optimizer_use_condition_selectivity = 1 # meilleures stats histogramme
histogram_size = 254 # précision des histogrammes
-- CTE simple avec fenêtrage
WITH stats_machines AS (
SELECT
machine_id,
DATE(timestamp) AS jour,
AVG(temperature) AS temp_moy,
STDDEV(temperature) AS temp_std
FROM mesures
GROUP BY machine_id, DATE(timestamp)
)
SELECT
machine_id,
jour,
temp_moy,
temp_moy - AVG(temp_moy) OVER (
PARTITION BY machine_id
ORDER BY jour
ROWS BETWEEN 6 PRECEDING AND CURRENT ROW
) AS ecart_moyenne_mobile
FROM stats_machines;
-- Index sur une expression (pas besoin de colonne dérivée)
ALTER TABLE utilisateurs
ADD INDEX idx_email_domaine ((SUBSTRING_INDEX(email, '@', -1)));
-- Index sur JSON
ALTER TABLE logs
ADD INDEX idx_log_niveau ((CAST(log_data->>'$.niveau' AS CHAR(20))));
-- Collection JSON avec index
CREATE TABLE catalog_produits (
id BINARY(16) PRIMARY KEY,
doc JSON,
INDEX idx_categorie ((CAST(doc->>'$.categorie' AS CHAR(50))))
);
-- Recherche dans le document JSON
SELECT id, doc->>'$.nom' AS nom
FROM catalog_produits
WHERE JSON_CONTAINS(doc, '"électronique"', '$.tags');
-- Index multi-valeurs pour les tableaux JSON
ALTER TABLE catalog_produits
ADD INDEX idx_tags ((CAST(doc->>'$.tags' AS CHAR(100) ARRAY)));
-- Taux de hit du buffer pool (doit être > 95%)
SELECT
ROUND(100 * (
SELECT SUM(a.innodb_buffer_pool_read_requests)
FROM information_schema.INNODB_METRICS a
WHERE a.name = 'buffer_pool_read_requests'
) / (
SELECT SUM(b.innodb_buffer_pool_read_requests + b.innodb_buffer_pool_reads)
FROM information_schema.INNODB_METRICS b
WHERE b.name IN ('buffer_pool_read_requests', 'buffer_pool_reads')
), 2) AS buffer_pool_hit_ratio;
-- Tables les plus fragmentées
SELECT
TABLE_SCHEMA,
TABLE_NAME,
ROUND(DATA_LENGTH / 1024 / 1024, 2) AS data_mb,
ROUND(INDEX_LENGTH / 1024 / 1024, 2) AS index_mb,
ROUND(DATA_FREE / 1024 / 1024, 2) AS free_mb,
ROUND(100 * DATA_FREE / (DATA_LENGTH + INDEX_LENGTH + DATA_FREE), 2) AS frag_pct
FROM information_schema.TABLES
WHERE TABLE_SCHEMA NOT IN ('mysql', 'performance_schema', 'sys')
AND DATA_LENGTH + INDEX_LENGTH > 104857600 -- > 100 MB
ORDER BY free_mb DESC;
-- Reconstruit la table et les index (InnoDB)
ALTER TABLE mesures ENGINE=InnoDB, ALGORITHM=INPLACE, LOCK=NONE;
-- Analyse des statistiques
ANALYZE TABLE mesures;
-- Optimize (équivalent à ALTER + ANALYZE, verrouille en MySQL < 8.0.25)
OPTIMIZE TABLE mesures;
-- Règle : colonnes d'égalité d'abord, puis de tri, puis de plage
-- BON : WHERE machine_id = ? AND statut = ? ORDER BY timestamp
CREATE INDEX idx_covering ON mesures (machine_id, statut, timestamp);
-- Index couvrant (covering index) : toutes les colonnes de la requête
-- Évite de lire les lignes depuis la table (réduit I/O de 90%)
CREATE INDEX idx_covering_full ON mesures (machine_id, statut, timestamp, temperature, pression);
-- Trie descendant pour ORDER BY ... DESC (MySQL 8.0+)
CREATE INDEX idx_timestamp_desc ON mesures (machine_id, timestamp DESC);
-- Rendre un index invisible pour tester si les requêtes en ont besoin
ALTER TABLE mesures ALTER INDEX idx_peu_utile INVISIBLE;
-- Attendre 24h, puis vérifier les requêtes lentes
-- Si pas d'impact, suppression définitive
DROP INDEX idx_peu_utile ON mesures;
CREATE TABLE logs_systeme (
id BIGINT NOT NULL,
date_log DATE NOT NULL,
niveau ENUM('INFO', 'WARN', 'ERROR', 'CRITICAL'),
message TEXT,
PRIMARY KEY (id, date_log)
) PARTITION BY RANGE (YEAR(date_log)) (
PARTITION p2023 VALUES LESS THAN (2024),
PARTITION p2024 VALUES LESS THAN (2025),
PARTITION p2025 VALUES LESS THAN (2026),
PARTITION p_future VALUES LESS THAN MAXVALUE
);
-- MySQL n'utilise que les partitions nécessaires
-- avec cette clause :
EXPLAIN SELECT * FROM logs_systeme
WHERE date_log BETWEEN '2025-01-01' AND '2025-06-30';
-- Vérifier 'partitions' dans l'EXPLAIN : doit montrer p2025 seulement
-- Échanger une partition avec une table vide (instantané)
CREATE TABLE logs_2023_archive LIKE logs_systeme;
ALTER TABLE logs_systeme
EXCHANGE PARTITION p2023
WITH TABLE logs_2023_archive;
-- Maintenant logs_2023_archive contient les anciennes données
-- On peut l'exporter/compresser/supprimer
-- Sur le SOURCE :
CREATE USER 'replicator'@'%' IDENTIFIED BY '***';
GRANT REPLICATION SLAVE ON *.* TO 'replicator'@'%';
FLUSH PRIVILEGES;
SHOW MASTER STATUS\G
-- Retenir File et Position
-- Sur le RÉPLICA :
CHANGE REPLICATION SOURCE TO
SOURCE_HOST='192.168.1.10',
SOURCE_USER='replicator',
SOURCE_PASSWORD='***',
SOURCE_LOG_FILE='mysql-bin.000017',
SOURCE_LOG_POS=851243;
START REPLICA;
SHOW REPLICA STATUS\G
-- Vérifier : Seconds_Behind_Source: 0
[mysqld]
# Activer sur SOURCE ET RÉPLICA
plugin_load = "rpl_semi_sync_source=semisync_source.so;rpl_semi_sync_replica=semisync_replica.so"
rpl_semi_sync_source_enabled = 1
rpl_semi_sync_replica_enabled = 1
rpl_semi_sync_source_timeout = 1000 # ms avant fallback async
-- Configuration minimale (3 nœuds)
-- my.cnf
-- server_id = 1
-- gtid_mode = ON
-- enforce_gtid_consistency = ON
-- binlog_checksum = NONE
-- plugin_load_add = 'group_replication.so'
-- group_replication_group_name = "aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee"
-- group_replication_start_on_boot = off
-- group_replication_local_address = "192.168.1.10:33061"
-- group_replication_group_seeds = "192.168.1.10:33061,192.168.1.11:33061,192.168.1.12:33061"
-- group_replication_bootstrap_group = off
-- Sur le premier nœud seulement, démarrer le groupe
SET GLOBAL group_replication_bootstrap_group = ON;
START GROUP_REPLICATION;
SET GLOBAL group_replication_bootstrap_group = OFF;
-- Sur les autres nœuds
START GROUP_REPLICATION;
-- Vérifier les membres
SELECT * FROM performance_schema.replication_group_members;
[mariadb]
wsrep_on = ON
wsrep_provider = /usr/lib/galera/libgalera_smm.so
wsrep_cluster_name = "cluster_eva"
wsrep_cluster_address = "gcomm://192.168.1.10,192.168.1.11,192.168.1.12"
wsrep_node_name = "node1"
wsrep_node_address = "192.168.1.10"
wsrep_sst_method = mariabackup
wsrep_slave_threads = 8
# Démarrer le premier nœud
# galera_new_cluster
# Rejoindre les autres nœuds
# systemctl start mariadb
[mysqld]
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow-queries.log
long_query_time = 1 # >= 1 seconde
log_queries_not_using_indexes = 1
# Analyse des requêtes lentes
pt-query-digest /var/log/mysql/slow-queries.log
# Analyse en temps réel
pt-query-digest --processlist h=localhost
-- Index non utilisés
SELECT
OBJECT_SCHEMA AS db,
OBJECT_NAME AS table_name,
INDEX_NAME,
COUNT_STAR AS utilisations,
TIMER_WAIT/1000000000 AS ns_totaux
FROM performance_schema.table_io_waits_summary_by_index_usage
WHERE INDEX_NAME IS NOT NULL
AND INDEX_NAME != 'PRIMARY'
AND COUNT_STAR = 0
AND OBJECT_SCHEMA NOT IN ('mysql', 'performance_schema', 'sys');
innodb_buffer_pool_size trop petit. La performance chute dès que les données ne tiennent plus dans le buffer pool. Monitorer via Innodb_buffer_pool_reads (lectures disque) vs Innodb_buffer_pool_read_requests (demandes).
Utiliser MyISAM en production. MyISAM n'est pas transactionnel, a des verrous de table (pas de ligne), et corrompt facilement. Toujours utiliser InnoDB.
Lack of ORDER BY avec GROUP BY. MySQL 8.0+ n'ordonne plus automatiquement les GROUP BY — ajouter ORDER BY explicitement.
Jointures sans index. Les requêtes Nested Loop sans index sur la colonne de jointure sont catastrophiques. Vérifier avec EXPLAIN.
Oublier le Thread Pool (MariaDB). Sur MariaDB avec beaucoup de connexions, activer thread_handling=pool-of-threads — réduit la contention.
Pas de versionning des schémas. Utiliser mysqlsh avec migrate ou des outils comme gh-ost (GitHub) ou pt-online-schema-change pour les migrations sans downtime.
innodb_buffer_pool_size configuré à 50-70% de la RAMinnodb_flush_log_at_trx_commit = 1 pour l'ACID completinnodb_flush_method = O_DIRECT (évite double cache)long_query_time = 1mysql_secure_installation exécuté