MySQL in modo efficiente copiare tutti i record da un tavolo all'altro

Question

C'è un più efficiente, modo meno faticoso di copiare tutti i record da un tavolo all'altro che facendo questo:

INSERT INTO product_backup SELECT * FROM product 

In genere, la tabella product terrà circa 50.000 record. Entrambe le tabelle sono identiche nella struttura e contengono 31 colonne. Mi piacerebbe sottolineare che questo è non il mio design del database, ho ereditato un sistema legacy.

Answer 1

Penso che questo sia il modo migliore per copiare i record da una tabella a un'altra tabella. In questo modo si conservano anche gli indici esistenti della tabella di destinazione.

Answer 2

Non penso che questo sia degno per un tavolo da 50k ma: Se si dispone del dump del database è possibile ricaricare una tabella da esso. Come si desidera caricare un tavolo in un altro si potrebbe cambiare il nome della tabella in discarica con un comando sed: Ecco alcuni suggerimenti: http://blog.tsheets.com/2008/tips-tricks/mysql-restoring-a-single-table-from-a-huge-mysqldump-file.html

Un'alternativa (a seconda del design) sarebbe quella di utilizzare i trigger sulla tabella originale inserisce in modo che anche la tabella duplicata riceva i dati.

E un'alternativa migliore sarebbe quella di creare un'altra istanza MySQL e eseguirla in una configurazione master-slave o in modalità master/slave di dumping giornaliero.

Answer 3

mysqldump -R --add-drop-table db_name table_name > filepath/file_name.sql 

questo richiederà una discarica di tabelle specificate con opzione di drop per eliminare la tabella exisiting quando si importa. quindi,

mysql db_name < filepath/file_name.sql 

Answer 4

C'è solo una cosa che ti manca. Soprattutto, se si sta utilizzando InnoDB, è che si desidera aggiungere esplicitamente una clausola ORDER BY nell'istruzione SELECT per garantire che stai inserendo righe in chiave primaria (indice cluster) ordine:

INSERT INTO product_backup SELECT * FROM product ORDER BY product_id 

in considerazione la rimozione indici secondari sulla tabella di backup se non sono necessari. Ciò salverà anche un po 'di carico sul server.

Infine, se si sta utilizzando InnoDB, ridurre il numero di blocchi di riga che sono necessari e solo bloccano esplicitamente entrambe le tabelle:

LOCK TABLES product_backup WRITE; 
LOCK TABLES product_id READ; 
INSERT INTO product_backup SELECT * FROM product ORDER BY product_id; 
UNLOCK TABLES; 

La roba di bloccaggio probabilmente non farà una grande differenza, come chiusura di fila è molto veloce (anche se non veloce come le serrature da tavolo), ma da quando hai chiesto.

Answer 5

DROP la tabella di destinazione:

DROP TABLE DESTINATION_TABLE; 
CREATE TABLE DESTINATION_TABLE AS (SELECT * FROM SOURCE_TABLE);