Início / dba / Perguntas / 4124
Accepted
RPK
Asked: 2011-07-27 07:42:48 +0800 CST

Criando partições em um banco de dados de produção

  • 772

Tenho um banco de dados MySQL 5.1 de produção que está funcionando bem, mas quero melhorar o desempenho das consultas. Eu nunca usei Partitions e apenas revisei os manuais.

Tenho duas tabelas que envolvem uma chave composta em colunas:

Bill_Num Bill_Data

Eu quero criar partição em Bill_Date. A tabela consiste em registros de quatro anos. Eu quero saber como uma nova tabela particionada acomodará os anos futuros? Também quero saber se preciso fazer alterações no nome da tabela nas consultas existentes e substituir o nome da tabela pelo novo nome da tabela particionada.

mysql database-design

2 respostas

  1. Best Answer

    Eu quero saber como uma nova tabela particionada acomodará os anos futuros?

    Tenho quase certeza, de acordo com a documentação 5.1, que você terá que alterar a partição de adição de tabela para lidar com os anos futuros.

    Também quero saber se preciso fazer alterações no nome da tabela nas consultas existentes e substituir o nome da tabela pelo novo nome da tabela particionada

    Você precisa usar a tabela 'antiga' depois de configurar isso? Se não, eu seguiria estes passos:

    1. Crie uma tabela particionada como você deseja, sob o nome da tabela 'mytable_new'
    2. INSERT INTO mytable_new SELECT * FROM mytable
    3. RENAME TABLE mytable TO mytable_old
    4. RENAME TABLE mytable_new TO mytable

    Isso deve evitar a necessidade de alterar suas consultas. Se sua tabela for extremamente pesada para gravação (suponho que deve ser se você precisar particioná-la!), Você provavelmente desejará ter um período de manutenção em que fique offline até que a operação seja concluída.

    Espero que isto ajude.

    • 4

  2. Recentemente, trabalhei em um sistema de banco de dados MySQL que tinha várias tabelas rodando em bilhões de linhas de dados, que eram bastante pesadas em uso. Uma pequena vantagem que tive foi que as tabelas só precisavam conter cerca de 5 anos de dados - isso me fez pensar. Eu poderia criar um esquema de particionamento que permitisse que os anos fossem bem agrupados no final da partição? Também tive a vantagem de que muitas das consultas realizadas eram sobre dados trimestrais ou anuais - sejam calendários ou financeiros.

    O que posso fazer é a seguinte função de particionamento em relação ao campo de data - isso exigia ter o campo de data na chave primária, mas isso não era muito difícil para os benefícios que produzia ...

    PARTITION BY HASH (( YEAR(`Period`) + MONTH(`Period`)*4 )) PARTITIONS 24

    Isso cria uma série de 24 partições, cada uma contendo 3 meses consecutivos de dados, abrangendo um período de seis anos. Qualquer consulta acessando dados de um único trimestre (janeiro a março) acessaria apenas uma partição. A maioria das gravações também ocorreu em uma única partição.

    À medida que os anos passavam e voltavam ao início, as primeiras partições continham mais dados do que o resto, até que o primeiro ano de dados fosse retirado da tabela, fazendo com que voltassem para as mesmas contagens de linhas aproximadas de seus irmãos .

    Espero que isso ajude alguém?

    Dave

    • 4

relate perguntas