O sinalizador auto_increment da coluna da tabela não foi preservado pelo backup?

Depois de despejar um banco de dados no MySQL-5.1.73 e carregá-lo no MySQL-5.5, notei que pelo menos uma chave primária da tabela não teve seu auto_incrementsinalizador transferido ... O describe tableoriginal diz assim:

+-----------+--------------+------+-----+---------+----------------+
| Field     | Type         | Null | Key | Default | Extra          |
+-----------+--------------+------+-----+---------+----------------+
| FIELD_ID  | bigint(20)   | NO   |     | 0       |                |
| ID        | bigint(20)   | NO   | PRI | NULL    | auto_increment |
| ISSUE_ID  | bigint(20)   | NO   | MUL | 0       |                |
| LOCK_HASH | varchar(255) | YES  | MUL | NULL    |                |
| LOCK_TIME | bigint(20)   | YES  |     | NULL    |                |
| RANK      | varchar(255) | NO   | MUL | NULL    |                |
| TYPE      | int(11)      | NO   |     | 0       |                |
+-----------+--------------+------+-----+---------+----------------+

Mas, depois de carregar no destino, a última coluna está vazia -- auto_incremento sinalizador do IDcampo - desapareceu.

De fato, olhando para o dump, vejo a definição da tabela como:

CREATE TABLE "AO_60DB71_LEXORANK" (
  "FIELD_ID" bigint(20) NOT NULL DEFAULT '0',
  "ID" bigint(20) NOT NULL,
  "ISSUE_ID" bigint(20) NOT NULL DEFAULT '0',
  "LOCK_HASH" varchar(255) COLLATE utf8_bin DEFAULT NULL,
  "LOCK_TIME" bigint(20) DEFAULT NULL,
  "RANK" varchar(255) COLLATE utf8_bin NOT NULL,
  "TYPE" int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY ("ID"),
  KEY "index_ao_60db71_lexorank_rank" ("RANK"),
  KEY "index_ao_60db71_lex604083109" ("ISSUE_ID"),
  KEY "index_ao_60db71_lex1632828616" ("LOCK_HASH")
);

Não há nenhuma instrução óbvia para definir o ID para incrementar automaticamente... Os sinalizadores não padrão usados ​​com mysqldumpforam:

extended-insert=false
compatible=postgres
single-transaction

É um problema conhecido? Devo tentar um relatório de bug com MySQL (Oracle)?