Início / dba / Perguntas / 7052
Accepted
Dave Rix
Asked: 2011-10-22 00:39:06 +0800 CST

O tipo de mecanismo padrão do plug-in MySQL InnoDB não aceita a definição de configuração

  • 772

Eu tenho um problema estranho do MySQL InnoDB com o qual estou lutando há algumas horas. Estou perguntando isso aqui e também no site principal do StackOverflow - postarei a resposta no outro site quando respondida.

Eu habilitei o plug-in InnoDB como um substituto para a versão interna e definindo o innodb_file_formate innodb_file_per_tablenão está tendo o efeito necessário. As variáveis ​​de status do MySQL ainda aparecem Anacondacomo o mecanismo padrão.

Qualquer sugestão será recebida com gratidão!

Seção relevante das configurações do my.cnf

As configurações abaixo não existem em nenhum outro lugar na configuração substituindo essas opções.

innodb_file_per_table   = 1
innodb_file_format      = Barracuda
innodb_strict_mode      = 1

Entradas relevantes em SHOW VARIABLES

É assim que sei que o Barracuda está disponível

| innodb_file_format              | Antelope               |
| innodb_file_format_check        | Barracuda              |
| innodb_file_per_table           | OFF                    |
| innodb_strict_mode              | OFF                    |
| innodb_version                  | 1.0.9                  |

Seção do registro do MySQL

O log também está mostrando que o Barracuda está disponível...

111020 18:10:13 mysqld_safe Starting mysqld daemon with databases from /.../mysql_data/
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Compressed tables use zlib 1.2.3
111020 18:10:13  InnoDB: highest supported file format is Barracuda.
111020 18:10:13 InnoDB Plugin 1.0.9 started; log sequence number 5609019
111020 18:10:13 [Note] Event Scheduler: Loaded 0 events
111020 18:10:13 [Note] /.../mysql/libexec/mysqld: ready for connections.
Version: '5.1.48-log'  socket: '/tmp/mysql.sock'  port: 3306  Source distribution
mysql innodb

1 respostas

  1. Best Answer

    Eu finalmente encontrei a resposta, e ela estava [sem surpresa] me encarando o tempo todo...

    Eu herdei o sistema de um administrador anterior, que cometeu um erro no my.cnfarquivo colocando todos os parâmetros específicos do InnoDB sob um cabeçalho [innodb], em vez de sob o cabeçalho [mysqld] onde deveria estar.

    Por que isso demorou tanto para localizar? Foi assumido que a configuração estava funcionando corretamente em primeiro lugar. [bate na cabeça]...

    Segmento de arquivo incorreto

    [mysqld]
# Stuff here

[innodb]
# innodb stuff here

    Segmento de arquivo correto

    [mysqld]
# Stuff here

# innodb stuff here

    E agora tudo funciona como pretendido.

    • 2

relate perguntas