MysqlTuner : Optimiser votre serveur MySQL

MySQL Logo

1 Introduction

MySQL est très utilisé en entreprise mais peut être également très complexe quand on a des bases faisant une taille assez conséquente. De plus, il nous faut vérifier le cache, la taille mémoire occupée, voir si on peut pas optimiser à droite ou a gauche.

Bref cette petite documentation ne va pas traiter que de MysqlTuner, mais également de comment optimiser votre serveur MySQL.

2 Installation

Pour l'installation de MysqlTuner, c'est assez simple :

apt-get

apt-get install mysqltuner

3 Utilisation

Lancez simplement mysqltuner avec les bons droits de connexion à votre base de données :

mysqltuner

>> MySQLTuner 1.0.1 - Major Hayden <major@mhtx.net> >> Bug reports, feature requests, and downloads at http://mysqltuner.com/ >> Run with '--help' for additional options and output filtering Please enter your MySQL administrative login: root Please enter your MySQL administrative password:   -------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.1.39-log [OK] Operating on 64-bit architecture   -------- Storage Engine Statistics ------------------------------------------- [--] Status: -Archive -BDB -Federated +InnoDB -ISAM -NDBCluster [--] Data in MyISAM tables: 2G (Tables: 35) [--] Data in InnoDB tables: 7M (Tables: 41) [!!] Total fragmented tables: 43   -------- Performance Metrics ------------------------------------------------- [--] Up for: 16h 38m 24s (5K q [0.089 qps], 22 conn, TX: 20M, RX: 3M) [--] Reads / Writes: 65% / 35% [--] Total buffers: 812.0M global + 1.2M per thread (151 max threads) [OK] Maximum possible memory usage: 991.3M (1% of installed RAM) [!!] Slow queries: 29% (1K/5K) [OK] Highest usage of available connections: 1% (3/151) [OK] Key buffer size / total MyISAM indexes: 128.0M/167.5M [OK] Key buffer hit rate: 99.1% (59K cached / 557 reads) [!!] Query cache efficiency: 0.1% (4 cached / 3K selects) [OK] Query cache prunes per day: 0 [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 6 sorts) [OK] Temporary tables created on disk: 9% (8 on disk / 87 total) [OK] Thread cache hit rate: 86% (3 created / 22 connections) [!!] Table cache hit rate: 17% (64 open / 376 opened) [OK] Open file limit used: 16% (121/755) [OK] Table locks acquired immediately: 100% (4K immediate / 4K locks) [!!] Connections aborted: 13% [OK] InnoDB data size / buffer pool: 7.9M/512.0M   -------- Recommendations ----------------------------------------------------- General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance MySQL started within last 24 hours - recommendations may be inaccurate Increase table_cache gradually to avoid file descriptor limits Your applications are not closing MySQL connections properly Variables to adjust: query_cache_limit (> 1M, or use smaller result sets) table_cache (> 64)

Nous voyons ici des recommandations.

4 Auditer et améliorer les performances

4.1 Vérification du global status

show global status

mysql> SHOW global STATUS; | Binlog_cache_disk_use | 0 | | Binlog_cache_use | 16 |

• Le cache disk use doit rester à 0 pour être performant (pas d'écriture directe sur disque, on passe d'abord par le cache)
• Utilisation du cache Binlog_cache_use pour les logs binaires. C'est bien quand ce numéro n'est pas à 0.

show global status

| Created_tmp_disk_tables | 8 | | Created_tmp_files | 5 | | Created_tmp_tables | 54 |

• Created_tmp_disk_tables : devrait être à 0 le plus souvent possible (sauf si on a des champs de type blob ou texte, on ne pourra pas faire grand chose).
• Created_tmp_files : quand Created_tmp_disk_tables n'est pas suffisant et qu'il faut en plus aller créer d'autres fichiers sur le disque.
• Created_tmp_tables : nombre de fois que des tables temporaires ont été crées.

Ici, je souhaiterais améliorer un peu ceci, bien que ce ne soit pas vraiment nécessaire vu le peu de disks table créées. Nous allons donc consulter la taille actuelle maximum autorisée :

show global variables like 'tmp_table_size';

mysql> SHOW global VARIABLES LIKE 'tmp_table_size'; +----------------+----------+ | Variable_name | VALUE | +----------------+----------+ | tmp_table_size | 16777216 | +----------------+----------+ 1 ROW IN SET (0.00 sec)

La taille maximum d'une table temporaire en mémoire est donc de 16Mo. Pour le passer à 32 Mo à la volée :

set global tmp_table_size

mysql> SET global tmp_table_size=32*1024*1024;

Et ne pas oublier de le mettre dans le fichier de conf pour que ce soit permanent :

/etc/mysql/mysql.cnf

... tmp_table_size = 32M ...

Ensuite, pour que ca prenne également effet, il va falloir augmenter la taille de la max_heap_table_size. D'abord, regardons la taille actuelle :

set global tmp_table_size

mysql> SHOW global VARIABLES LIKE 'max_heap_table_size'; +---------------------+----------+ | Variable_name | VALUE | +---------------------+----------+ | max_heap_table_size | 16777216 | +---------------------+----------+ 1 ROW IN SET (0.00 sec)

Et augmenter le max_heap_table_size à au moins la taille du tmp_table_size (allouer plus de mémoire en cas d'utilisation de tables du type memorytable). Pareil, pour augmenter cette taille à la volée :

set global max_heap_table_size

mysql> SET global max_heap_table_size=32*1024*1024;

Et pour finir et le rendre ceci permanent, on rajoute ceci dans la config :

/etc/mysql/mysql.cnf

... max_heap_table_size = 32M ...

4.2 Activer les slow_query

Pour monitorer les requêtes lentes, il faut activer les slow_query et mettre une valeur maximum avant que les requêtes soient loguées (ici 1 seconde). Pour le moment, nous allons voir si c'est activé ou non :

show global

mysql> SHOW global VARIABLES LIKE '%log%'; +---------------------------------+------------+ | Variable_name | VALUE | +---------------------------------+------------+ ... | log_slow_queries | OFF | ... +---------------------------------+------------+ 26 ROWS IN SET (0.00 sec)

Nous voyons ici que c'est désactivé. A partir de la version 5.1 de MySQL, on peut les activer a chaud, voici la procédure à suivre :

set global

mysql> SET global slow_query_log=1; Query OK, 0 ROWS affected (0.02 sec)   mysql> SET global long_query_time=1; Query OK, 0 ROWS affected (0.00 sec)

Et ensuite rendre ceci persistant :

/etc/mysql/my.cnf

... slow_query_log=1 long_query_time=1 ...

4.3 Statut générale

mysqladmin

> mysqladmin -uroot -p status Enter password: Uptime: 57774 Threads: 3 Questions: 5029 Slow queries: 1411 Opens: 373 Flush tables: 1 Open tables: 63 Queries per second avg: 0.87

• Questions : nombre de requêtes
• Slow queries : requêtes lentes
• Opens : ouvertures de fichers
• Queries per second avg : requêtes par secondes (moyenne depuis le démarrage du serveur)

4.4 Gestion du cache

show global status like 'Qc%';

mysql> SHOW global STATUS LIKE 'Qc%'; +-------------------------+-----------+ | Variable_name | VALUE | +-------------------------+-----------+ | Qcache_free_blocks | 1 | | Qcache_free_memory | 134208784 | | Qcache_hits | 0 | | Qcache_inserts | 207 | | Qcache_lowmem_prunes | 0 | | Qcache_not_cached | 2825 | | Qcache_queries_in_cache | 0 | | Qcache_total_blocks | 1 | +-------------------------+-----------+ 8 ROWS IN SET (0.00 sec)

• Qcache_free_memory : Mémoire libre pour ajouter des requêtes dans le query cache (enregistrement de la requête + résultat (130 Mo ici)).
• Qcache_hits : le nombre de fois que le cache a été atteint
• Qcache_inserts : il faut que le Qcache_hits soit suppérieur au Qcache_inserts pour un bon fonctionnement du cache (ici vu qu'il n'y a pas beaucoup de traffic, ceci n'augmente pas).

Pour gagner en performances, on doit voir s'il est nécessaire de garder ou non le query cache. Donc si :

• Qcache_hits < Qcache_inserts : on désactive le cache.
• Qcache_not_cached < ( Qcache_hits + Qcache_inserts ) : On va essayer d'augmenter la taille du cache et la limite de la taille d'une requête en cache. Si Qcache_not_cached ne cesse d'augmenter, alors on désactive le cache.
• Qcache_lowmem_prunes : si plus de place dans le cache, alors les anciennes requêtes seront remplacées par des nouvelles. Augmentez le cache si vous en avez trop de Qcache_lowmem_prunes.

4.4.1 Désactiver le Query cache

Pour désactiver le Query cache :

set global

SET global query_cache_type = 0

Et comme d'habitude, pour le mettre en permanent, on va mettre ceci dans le fichier de conf :

/etc/mysql/my.cnf

query_cache_type = 0

4.4.2 Changer la taille du Query cache

On va récupérer la taille actuelle du cache pour une requête et son résultat :

show global

mysql> SHOW global VARIABLES LIKE 'query%'; +------------------------------+----------+ | Variable_name | VALUE | +------------------------------+----------+ | query_alloc_block_size | 8192 | | query_cache_limit | 1048576 | | query_cache_min_res_unit | 4096 | | query_cache_size | 16777216 | | query_cache_type | ON | | query_cache_wlock_invalidate | OFF | | query_prealloc_size | 8192 | +------------------------------+----------+ 7 ROWS IN SET (0.00 sec)

Ici, la taille maximum pour une requête du cache est de 1 Mo, on peut l'augmenter à 2Mo :

set global

SET global query_cache_limit=2*1024*1024;

On change également la taille complète du cache. Exemple, on le passe à 32 Mo :

set global

SET global query_cache_size = 32*1024*1024;

Et pour finir, on va tout écrire dans la conf :

/etc/mysql/my.cnf

query_cache_limit = 2M query_cache_size = 32M

4.5 Auditer la performance d'une requête

On va déjà prendre une requête qui passe et qui est intéressante :

Pour voir le temps d'exécution d'une requête :

mysql> SET profiling =1; mysql> SELECT * FROM ma_table; +---+-------------------------------------------+ | a | b | +---+-------------------------------------------+ | 1 | *0F105C1BB64CDADBA3E0AB29141550D4EDBDADCD | | 2 | *B552D2C3751A26A345932AA1196C0D04BC9DC909 | | 3 | *6F23566A5409E9809512C079C8D4EC7EF82AB8A1 | | 4 | *65109C8FC01571CB9897AD479FF605F73DCD4752 | | 5 | *7B9EBEED26AA52ED10C0F549FA863F13C39E0209 | +---+-------------------------------------------+ 5 ROWS IN SET (0.00 sec)

Lorsque le query cache est utilisé (tres bon :)

mysql> SHOW profile; +--------------------------------+----------+ | STATUS | Duration | +--------------------------------+----------+ | starting | 0.000035 | | checking query cache FOR query | 0.000008 | | checking privileges ON cached | 0.000006 | | sending cached RESULT TO clien | 0.000028 | | logging slow query | 0.000003 | | cleaning up | 0.000003 | +--------------------------------+----------+ 6 ROWS IN SET (0.01 sec)

Lorsqu'il n'est pas utilisé :

mysql> SHOW profile; +--------------------+----------+ | STATUS | Duration | +--------------------+----------+ | starting | 0.000084 | | Opening TABLES | 0.000015 | | System LOCK | 0.000006 | | TABLE LOCK | 0.000010 | | init | 0.000019 | | optimizing | 0.000006 | | statistics | 0.000015 | | preparing | 0.000010 | | executing | 0.000004 | | Sending DATA | 0.000067 | | END | 0.000005 | | query END | 0.000003 | | freeing items | 0.000026 | | logging slow query | 0.000003 | | cleaning up | 0.000003 | +--------------------+----------+ 15 ROWS IN SET (0.00 sec)

Différence de temps d'execution :

mysql> SHOW profiles; +----------+------------+---------------------------------------------------+ | Query_ID | Duration | Query | +----------+------------+---------------------------------------------------+ (...) | 27 | 0.00008200 | SELECT * FROM query_cache | | 28 | 0.00027475 | SELECT SQL_NO_CACHE * FROM query_cache | +----------+------------+---------------------------------------------------+

Pour voir le nombre de fois que les requetes ont du attendre qu'une autre se termine avant de s'exécuter :

mysql> SHOW global STATUS LIKE 'Table%'; +-----------------------+-------+ | Variable_name | VALUE | +-----------------------+-------+ | Table_locks_immediate | 4549 | | Table_locks_waited | 0 | +-----------------------+-------+ 2 ROWS IN SET (0.00 sec)

Ici Table_locks_waited est à 0, c'est parfait. Ce nombre augmente généralement lorsque l'on a une forte charge et que l'on utilises pas la bon moteur associé (typiquement utilisation de MyISAm à la place d'InnoDB)

4.6 Améliorer le moteur selon l'utilisation

Nous allons déjà regarder ce que nous possédons :

select

mysql> SELECT TABLE_SCHEMA,ENGINE,SUM(TABLE_ROWS),ENGINE,SUM(DATA_LENGTH),SUM(INDEX_LENGTH) FROM INFORMATION_SCHEMA.TABLES GROUP BY ENGINE,TABLE_SCHEMA ORDER BY TABLE_SCHEMA; +--------------------+--------+-----------------+--------+------------------+-------------------+ | TABLE_SCHEMA | ENGINE | SUM(TABLE_ROWS) | ENGINE | SUM(DATA_LENGTH) | SUM(INDEX_LENGTH) | +--------------------+--------+-----------------+--------+------------------+-------------------+ | information_schema | MEMORY | NULL | MEMORY | 0 | 0 | | information_schema | MyISAM | NULL | MyISAM | 0 | 4096 | | jahia | InnoDB | 10 | InnoDB | 311296 | 98304 | | jahia | MyISAM | 4268 | MyISAM | 661004 | 661504 | | jira | MyISAM | 1726671 | MyISAM | 167178929 | 73067520 | | mysql | MyISAM | 1774 | MyISAM | 465108 | 68608 | | sugarcrm | MyISAM | 4 | MyISAM | 719 | 7168 | | sugarcrm | InnoDB | 351405 | InnoDB | 89718784 | 131317760 | +--------------------+--------+-----------------+--------+------------------+-------------------+ 8 ROWS IN SET (2.60 sec)

Nous voyons ici principalement des tables en MyISA et InnoDB.

Pour vérifier la taille du cache des index pour MyISAM :

show

mysql> SHOW global STATUS LIKE 'KEY%'; +------------------------+---------+ | Variable_name | VALUE | +------------------------+---------+ | Key_blocks_not_flushed | 0 | | Key_blocks_unused | 14497 | | Key_blocks_used | 12268 | | Key_read_requests | 2413795 | | Key_reads | 67366 | | Key_write_requests | 106173 | | Key_writes | 104947 | +------------------------+---------+ 7 ROWS IN SET (0.00 sec)

Il reste de la place (en Ko) pour Key_blocks_unused correspondant à l'espace inutilisé.

Pour vérifier la taille du cache des index pour InnoDB :

select

mysql> SHOW engine innodb STATUS\G; ... ---------------------- BUFFER POOL AND MEMORY ---------------------- Total memory allocated 18804332; IN additional pool allocated 1048576 Buffer pool SIZE 512 Free buffers 0 DATABASE pages 511 Modified db pages 33 Pending reads 0 Pending writes: LRU 0, FLUSH list 0, single page 0 Pages READ 41821, created 371, written 102582 0.18 reads/s, 0.00 creates/s, 0.00 writes/s Buffer pool hit rate 1000 / 1000 ...

Ici le buffer est à (512*16) 8Mo et il n'y a plus de place libre (Free buffers). Donc pour remédier au problème, il va falloir augmenter le buffer pool. Rappel :

select

mysql> SELECT TABLE_SCHEMA,ENGINE,SUM(TABLE_ROWS),ENGINE,SUM(DATA_LENGTH),SUM(INDEX_LENGTH) FROM INFORMATION_SCHEMA.TABLES GROUP BY ENGINE,TABLE_SCHEMA ORDER BY TABLE_SCHEMA; +--------------------+--------+-----------------+--------+------------------+-------------------+ | TABLE_SCHEMA | ENGINE | SUM(TABLE_ROWS) | ENGINE | SUM(DATA_LENGTH) | SUM(INDEX_LENGTH) | +--------------------+--------+-----------------+--------+------------------+-------------------+ ... | sugarcrm | InnoDB | 351405 | InnoDB | 89718784 | 131317760 | ...

• SUM(DATA_LENGTH) : Taille des données sans les index
• SUM(INDEX_LENGTH) : Taille des index sans les données

Soit : ( 89718784 + 131317760 ) =~ 100Mo
Donc nous allons passer le buffer du pool à 128Mo (prévoir plus que nécessaire) :

/etc/mysql/my.cnf

... innodb_buffer_pool_size = 128M ..

On en profite pour changer les paramétrer par défaut avec les bonnes pratiques. Attention au changement de la taille des logs, il va falloir faire quelques modifications avant de redémarrer. Modifiez votre configuration MySQL comme ceci :

/etc/mysql/my.cnf

... default-storage-engine = innodb innodb_buffer_pool_size = 128M innodb_data_file_path=ibdata1:10M:autoextend innodb_additional_mem_pool_size = 20M innodb_file_per_table # Warning : changing this needs stop of mysql, removal (backup of ib_log* files), and mysql startup innodb_log_file_size = 256M innodb_log_buffer_size = 8M innodb_flush_log_at_trx_commit = 1 ...

Ensuite, la marche à suivre doit ressembler à ceci :

• Faites un backup des fichiers 'ib_log*'
• Arrêtez le serveur MySQL
• Supprimez les fichiers 'ib_logs*'
• Relancer le serveur

Note : sur Debian, il se peut que vous tapiez le timeout du service, mais peut importe il va quand même se lancer (un petit pgrep -f mysql permettra de voir ou il en est, ainsi que les logs)

4.7 Vérifier les fichiers ouverts

Il peut être important de voir les tables qui ne peuvent pas être cachées (et donc des fichiers sur le disque) :

show global

mysql> SHOW global STATUS LIKE 'Open%'; +---------------+-------+ | Variable_name | VALUE | +---------------+-------+ | Open_files | 130 | | Open_streams | 0 | | Open_tables | 64 | | Opened_tables | 14581 | +---------------+-------+ 4 ROWS IN SET (0.00 sec)

Ici on voit que j'ai quelques tables ouvertes et un paquet de tables qui ont été ouverte.

Pour remédier à ce problème, on va changer la taille du cache des tables qui est actuellement à 64Mo :

show global

mysql> SHOW global VARIABLES LIKE 'table%'; +-------------------------+--------+ | Variable_name | VALUE | +-------------------------+--------+ | table_cache | 64 | | table_lock_wait_timeout | 50 | | table_type | MyISAM | +-------------------------+--------+ 3 ROWS IN SET (0.00 sec)

Et on va le passer à 128 Mo. Parcontre, nous n'allons pas le faire à la volée (effets de bords quasi garanti) et il n'est pas du tout recommandé de dépasser 4Go (ici on a de quoi voir venir).

Nous allons donc modifier la configuration :

/etc/mysql/my.cnf

... table_cache = 128M ...

4.8 Reseter les statistiques

To reset global status, you need to launch this command :

flush status;

Now you can see it :

show global status;

If you restart your mysql server, it does the same thing.

4.9 Augmenter les performances pour les accès fichiers temporaires

L'idée est de faire pointer les fichiers temporaires sur un filesystem en RAM pour y stocker les fichiers temporaires. Ca va augmenter sensiblement les performances. Tout d'abord, construisez votre filesystem temporaire :

• Documentation pour Linux
• Documentation pour Solaris

Ensuite, vous devez modifier dans votre fichier de configuration de MySQL, la variable tmpdir et la faire pointer sur votre nouvel espace temporaire :

/etc/my.cnf

... # The MySQL server [mysqld] tmpdir = /mnt/mysql_tmpfs...

Relancez MySQL et vérifiez que le nouveau paramètre est bien pris en compte :

show

mysql> show variables like 'tmpdir'; +---------------+------------------+ | Variable_name | Value | +---------------+------------------+ | tmpdir | /mnt/mysql_tmpfs |+---------------+------------------+ 1 row in set (0.00 sec)

Et voilà, maintenant...ça trace :-)

4.10 Analysez les colonnes

Il est important de pouvoir savoir ce qu'il est possible d'optimiser sur sa structure de table pour toutes les tables de la base de données. Pour cela, il existe une commande permettant de faire l'analyse d'une base de données et de donner des indications d'optimisation par colonne :

SELECT * FROM my_table PROCEDURE ANALYSE();

Vous pouvez ensuite comparer avec la structure actuelle de la table :

DESCRIBE my_table;

5 Optimisation des tables

J'ai créer un petit script perl qui permet d'automatiser l'optimisation de bases de données. Pour l'utiliser, rien de plus simple, il suffit d'utiliser un utilisateur qui a les droits select et insert sur toutes les bases de données. Vous pouvez également exclure certaines bases de données. Si vous souhaitez être sur d'avoir la dernière version de ce script, je vous laisse le soin d'aller sur mon git. Je vous laisse le soin de regarder le début du code :

optimizer.pl

#!/usr/bin/perl #=============================================================================== # # FILE: optimizer.pl # # USAGE: ./optimizer.pl # # DESCRIPTION: MySQL Automatic Tables Optimizer # # OPTIONS: --- # REQUIREMENTS: --- # BUGS: --- # NOTES: --- # AUTHOR: Pierre Mavro (), pierre@mavro.fr # COMPANY: # VERSION: 0.1 # CREATED: 08/04/2010 17:50:23 # REVISION: --- #===============================================================================   use strict; use warnings; use DBI;   # MySQL configuration # This user should have insert and select rights my $host = 'localhost'; my $database = 'mysql'; my $user = 'optimizer'; my $pw = 'optimizer'; my @exclude_databases = qw/information_schema database1 database2/;   ########## DO NOT TOUCH NOW ##########   # Vars my (@all_databases,@all_tables); my ($aref, $cur_database, $cur_table);   # Connect to the BDD my $dbdetails = "DBI:mysql:$database;host=$host"; my $dbh = DBI->connect($dbdetails, $user, $pw) or die "Could not connect to database: $DBI::errstr\n";   # Get all databases my $sth=$dbh->prepare(q{SHOW DATABASES}) or die "Unable to prepare show databases: ". $dbh->errstr."\n"; $sth->execute or die "Unable to exec show databases: ". $dbh->errstr."\n"; while ($aref = $sth->fetchrow_arrayref) { push(@all_databases,$aref->[0]); } $sth->finish; # Disconnect the BDD $dbh->disconnect();   # Optimize all tables of all databases my $unwanted_found=0; foreach $cur_database (@all_databases) { # Exclude optimization on unwanted databases foreach (@exclude_databases) { if ($cur_database eq $_) { $unwanted_found=1; last; } } if ($unwanted_found == 1) { $unwanted_found=0; next; } # Connect on database my $dbdetails = "DBI:mysql:$cur_database;host=$host"; my $dbh = DBI->connect($dbdetails, $user, $pw) or die "Could not connect to database: $DBI::errstr\n"; # Get the List of tables @all_tables = $dbh->tables; # Optimize all tables foreach $cur_table (@all_tables) { $dbh->do("optimize table $cur_table"); } $dbh->disconnect(); }

6 Patch mysqltuner

Voici un petit patch que j'ai écrit permettant de régler un bug lorsque l'on essaye de se connecter sur un port différent que celui par défaut :

mysqltuner.pl

*** mysqltuner.pl.old mar. avr 10 09:26:01 2012 --- mysqltuner.pl mar. avr 10 09:28:14 2012 *************** *** 274,280 **** } # Did we already get a username and password passed on the command line? if ($opt{user} ne 0 and $opt{pass} ne 0) { ! $mysqllogin = "-u $opt{user} -p'$opt{pass}'".$remotestring; my $loginstatus = `mysqladmin ping $mysqllogin 2>&1`; if ($loginstatus =~ /mysqld is alive/) { goodprint "Logged in using credentials passed on the command line\n"; --- 274,280 ---- } # Did we already get a username and password passed on the command line? if ($opt{user} ne 0 and $opt{pass} ne 0) { ! $mysqllogin = "-u $opt{user} -p'$opt{pass}' -P $opt{port}".$remotestring; my $loginstatus = `mysqladmin ping $mysqllogin 2>&1`; if ($loginstatus =~ /mysqld is alive/) { goodprint "Logged in using credentials passed on the command line\n";

Je l'ai soumit, mais vu qu'il n'y a plus de mainteneur...

7 Ressources

http://dev.mysql.com/doc/refman/5.0/en/temporary-files.html