Rechercher dans le manuel MySQL
8.6.2 Bulk Data Loading for MyISAM Tables
These performance tips supplement the general guidelines for fast inserts in Section 8.2.5.1, “Optimizing INSERT Statements”.
For a
MyISAM
table, you can use concurrent inserts to add rows at the same time thatSELECT
statements are running, if there are no deleted rows in middle of the data file. See Section 8.11.3, “Concurrent Inserts”.With some extra work, it is possible to make
LOAD DATA
run even faster for aMyISAM
table when the table has many indexes. Use the following procedure:Execute a
FLUSH TABLES
statement or a mysqladmin flush-tables command.Use myisamchk --keys-used=0 -rq
/path/to/db/tbl_name
to remove all use of indexes for the table.Insert data into the table with
LOAD DATA
. This does not update any indexes and therefore is very fast.If you intend only to read from the table in the future, use myisampack to compress it. See Section 16.2.3.3, “Compressed Table Characteristics”.
Re-create the indexes with myisamchk -rq
/path/to/db/tbl_name
. This creates the index tree in memory before writing it to disk, which is much faster than updating the index duringLOAD DATA
because it avoids lots of disk seeks. The resulting index tree is also perfectly balanced.Execute a
FLUSH TABLES
statement or a mysqladmin flush-tables command.
LOAD DATA
performs the preceding optimization automatically if theMyISAM
table into which you insert data is empty. The main difference between automatic optimization and using the procedure explicitly is that you can let myisamchk allocate much more temporary memory for the index creation than you might want the server to allocate for index re-creation when it executes theLOAD DATA
statement.You can also disable or enable the nonunique indexes for a
MyISAM
table by using the following statements rather than myisamchk. If you use these statements, you can skip theFLUSH TABLES
operations:To speed up
INSERT
operations that are performed with multiple statements for nontransactional tables, lock your tables:- ...
- UNLOCK TABLES;
This benefits performance because the index buffer is flushed to disk only once, after all
INSERT
statements have completed. Normally, there would be as many index buffer flushes as there areINSERT
statements. Explicit locking statements are not needed if you can insert all rows with a singleINSERT
.Locking also lowers the total time for multiple-connection tests, although the maximum wait time for individual connections might go up because they wait for locks. Suppose that five clients attempt to perform inserts simultaneously as follows:
Connection 1 does 1000 inserts
Connections 2, 3, and 4 do 1 insert
Connection 5 does 1000 inserts
If you do not use locking, connections 2, 3, and 4 finish before 1 and 5. If you use locking, connections 2, 3, and 4 probably do not finish before 1 or 5, but the total time should be about 40% faster.
INSERT
,UPDATE
, andDELETE
operations are very fast in MySQL, but you can obtain better overall performance by adding locks around everything that does more than about five successive inserts or updates. If you do very many successive inserts, you could do aLOCK TABLES
followed by anUNLOCK TABLES
once in a while (each 1,000 rows or so) to permit other threads to access table. This would still result in a nice performance gain.INSERT
is still much slower for loading data thanLOAD DATA
, even when using the strategies just outlined.To increase performance for
MyISAM
tables, for bothLOAD DATA
andINSERT
, enlarge the key cache by increasing thekey_buffer_size
system variable. See Section 5.1.1, “Configuring the Server”.
Nederlandse vertaling
U hebt gevraagd om deze site in het Nederlands te bezoeken. Voor nu wordt alleen de interface vertaald, maar nog niet alle inhoud.Als je me wilt helpen met vertalingen, is je bijdrage welkom. Het enige dat u hoeft te doen, is u op de site registreren en mij een bericht sturen waarin u wordt gevraagd om u toe te voegen aan de groep vertalers, zodat u de gewenste pagina's kunt vertalen. Een link onderaan elke vertaalde pagina geeft aan dat u de vertaler bent en heeft een link naar uw profiel.
Bij voorbaat dank.
Document heeft de 26/06/2006 gemaakt, de laatste keer de 26/10/2018 gewijzigd
Bron van het afgedrukte document:https://www.gaudry.be/nl/mysql-rf-optimizing-myisam-bulk-data-loading.html
De infobrol is een persoonlijke site waarvan de inhoud uitsluitend mijn verantwoordelijkheid is. De tekst is beschikbaar onder CreativeCommons-licentie (BY-NC-SA). Meer info op de gebruiksvoorwaarden en de auteur.
Referenties
Deze verwijzingen en links verwijzen naar documenten die geraadpleegd zijn tijdens het schrijven van deze pagina, of die aanvullende informatie kunnen geven, maar de auteurs van deze bronnen kunnen niet verantwoordelijk worden gehouden voor de inhoud van deze pagina.
De auteur Deze site is als enige verantwoordelijk voor de manier waarop de verschillende concepten, en de vrijheden die met de referentiewerken worden genomen, hier worden gepresenteerd. Vergeet niet dat u meerdere broninformatie moet doorgeven om het risico op fouten te verkleinen.