Início / dba / Perguntas / 333844
Accepted
user22668153
Asked: 2023-12-08 01:59:41 +0800 CST

MySQL 8- Adicionar uma partição padrão a uma tabela particionada em um valor de campo

  • 772

Tenho uma tabela particionada por valores de um campo KPI. Existem alguns KPI com uma grande quantidade de linhas, alguns com números pequenos. O particionamento por nome de KPI (string) mantém um bom desempenho da consulta.

A fonte de dados ocasionalmente introduzirá um novo KPI que interrompe o carregador. O arquivo que está sendo carregado e que contém o novo valor de kpi falhará.

Quero adicionar uma partição padrão para cobrir essas condições.

Depois de pesquisar, encontrei e tentei este comando

alterar tabela X adicionar partição (valores pDefault da partição em (DEFAULT));

O ambiente de trabalho MySQL não gosta deste comando destacando o penúltimo ')' dizendo que não é válido nesta posição, esperando '('.

Examinei o índice de ajuda do MySQL e pesquisei no Google por uma hora, mas não consigo encontrar o que há de errado com esta ou outra maneira de fazer o que quero.

Ideias?

mysql

2 respostas

  1. Best Answer

    Você deve listar valores explícitos ao usar o particionamento LIST. Você não pode criar uma partição "padrão" ou "pega-tudo" para valores que não listou.

    Isso está documentado:

    https://dev.mysql.com/doc/refman/8.0/en/partitioning-list.html diz:

    Ao contrário do caso do RANGEparticionamento, não existe um “pega-tudo”, como MAXVALUE; todos os valores esperados para a expressão de particionamento devem ser cobertos por PARTITION ... VALUES IN (...)cláusulas. Uma INSERTinstrução contendo um valor de coluna de particionamento sem correspondência falha com um erro.

    • 2

  2. PARTITIONingraramente ajuda no desempenho. Se suas dúvidas são geralmente

    WHERE ...
  AND kpi = 'asdf'

    então o desempenho pode ser melhorado eliminando o particionamento e adicionando índice(s) composto (s) que começam com kpi .

    Por favor, forneça SHOW CREATE TABLEalgumas das principais dúvidas. Com eles, podemos fornecer conselhos mais específicos.

    Conforme mencionado por Bill, PARTITION BY LISTé um pesadelo de manutenção se a lista mudar. Não vejo nenhum bom uso para isso.

    • 2

relate perguntas