Início / dba / Perguntas / 310
Accepted
Derek Downey
Asked: 2011-01-06 13:14:01 +0800 CST

Acelerando a conversão de MyISAM para InnoDB

  • 772

Eu tenho um servidor mysql 5.1 com um banco de dados de aproximadamente 450 tabelas, ocupando 4 GB. A grande maioria dessas tabelas (todas menos 2) são MyIsam. Isso tem funcionado bem na maior parte (não precisa de transações), mas o aplicativo está ganhando tráfego e algumas tabelas foram afetadas devido ao bloqueio de tabelas nas atualizações. Essa é a razão pela qual 2 das tabelas são InnoDB agora.

A conversão nas tabelas menores (100k linhas) não demora muito, causando um tempo de inatividade mínimo. No entanto, algumas das minhas tabelas de rastreamento estão se aproximando de 50 milhões de linhas. Existe uma maneira de acelerar um ALTER TABLE...ENGINE InnoDBem grandes tabelas? E se não, existem outros métodos para converter minimizando o tempo de inatividade nessas tabelas pesadas de gravação?

mysql-5 storage-engine

3 respostas

  1. Best Answer

    Deixe-me começar dizendo, eu odeio ALTER. É mau, IMHO.

    Diga, este é o seu esquema de tabela atual -

    CREATE TABLE my_table_of_love (
id INT UNSIGNED NOT NULL AUTO_INCREMENT,
my_value VARCHAR(40),
date_created DATE,
PRIMARY KEY(id)
) ENGINE=MyISAM CHARSET=utf8;

    Aqui está o caminho que eu recomendo -

    Crie um novo objeto de tabela que substituirá o antigo:

    CREATE TABLE my_table_of_love_NEW (
id INT UNSIGNED NOT NULL AUTO_INCREMENT,
my_value VARCHAR(40),
date_created DATE,
PRIMARY KEY(id)
) ENGINE=InnoDB CHARSET=utf8

    Insira todas as linhas da tabela antiga por nome na nova tabela:

    INSERT INTO my_table_of_love_NEW (id,my_value,date_created)
SELECT id,my_value,date_created FROM my_table_of_love;

    Smoke teste sua migração:

    SELECT COUNT(*) FROM my_table_of_love_NEW;
SELECT COUNT(*) FROM my_table_of_love;
SELECT a.id,a.my_value,a.date_created FROM my_table_of_love_NEW a
LEFT JOIN my_table_of_love b ON (b.id = a.id)
WHERE a.my_value != b.my_value;

    Troque os nomes das tabelas para que você possa manter um backup caso precise reverter.

    RENAME TABLE my_table_of_love TO my_table_of_love_OLD;
RENAME TABLE my_table_of_love_NEW TO my_table_of_love;

    Prossiga para o teste de regressão.

    Essa abordagem se torna cada vez mais preferível com tabelas com vários índices e milhões de linhas.

    Pensamentos?

    • 10

  2. 1) A proteção contra perdas é uma função da paranóia. Sempre faça um backup. Se você é realmente paranóico, faça um backup e restaure a partir do backup.

    2) Esta página do manual do MySQL contém instruções para converter tipos de tabelas.

    A maneira mais rápida de alterar uma tabela para InnoDB é fazer as inserções diretamente em uma tabela InnoDB. Ou seja, use ALTER TABLE ... ENGINE=INNODB, ou crie uma tabela InnoDB vazia com definições idênticas e insira as linhas com INSERT INTO ... SELECT * FROM ....

    3) O PostgreSQL faz pesquisa de texto completo , o Sphinx Engine parece fazer isso para o MySQL

    • 7

  3. É X vezes mais fácil otimizar todo o servidor (configuração de memória, caches, índices) quando você tem apenas um mecanismo usado. Misturar myisam com innodb em bancos de dados grandes sempre travará em algum ponto forçado por algum compromisso para que ambos os mecanismos funcionem bem (mas não excelentes :)

    Eu recomendo que você se interesse por alguns mecanismos de pesquisa de texto completo dedicados, como sphinx , lucene ( solr ) e se livre deles da camada de banco de dados.

    • 3

relate perguntas