Verschiedene Einstellungen in my.cnf verursachen „max Schlüssellänge beträgt 1000 Bytes“ Fehler

StackOverflow https://stackoverflow.com/questions/1731149

  •  20-09-2019
  •  | 
  •  

Frage

Edit: Dies kann ein 5,0-spezifischen Fehler sein. (Ich bin auf 5.0.83). die innodb_log_file_size Einstellung Entfernen wird das Problem loszuwerden. Das macht durchaus Sinn. Nicht.

Googeln über Funde eine Handvoll ähnlicher, aber nicht identischer Probleme in 5.0, die später gepatcht wurden.

Mit den „falschen“ Einstellungen in my.cnf, erstellen diese Aussage auf MySQL 5.0 gibt mir den „festgelegten Schlüssel war zu lang; max Schlüssellänge beträgt 1000 Bytes“

.
CREATE TABLE ReproduceTheProblem (
COLUMN_ONE varchar(200) character set utf8 default NULL,
COLUMN_TWO varchar(200) character set utf8 default NULL,  
KEY ThisKeyBreaks(COLUMN_ONE, COLUMN_TWO)  
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

Bei dem Versuch, die Leistung zu verbessern, kam ich in my.cnf Einstellungen, die gut funktionieren, aber bekommen den „Schlüssel war zu lang“ Fehler. Ich mache my.cnf Einstellungen haben, die diesen Schlüssel erstellen können, aber das ausführen schrecklich auf Daten in eine andere, sehr große Tabelle importiert werden.

Die Einstellungen, die Arbeit, sondern führt schlecht (und die haben einige whacky Werte von meinem Versuch, verschiedene Einstellungen in wählen):

[client]
port        = 3306
socket      = /tmp/mysql.sock

[mysqld]
port        = 3306
socket      = /tmp/mysql.sock
skip-locking
key_buffer_size = 384M
max_allowed_packet = 1024M 
table_cache = 256
max_sp_recursion_depth=255
sort_buffer_size = 2M 
read_buffer_size = 2M 
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
myisam_max_sort_file_size = 30G
thread_cache_size = 8
query_cache_size= 16M
thread_concurrency = 8
max_heap_table_size = 9900000
skip-federated
log-bin=mysql-bin
server-id   = 1

[mysqldump]
quick
max_allowed_packet = 256M

[mysql]
no-auto-rehash

[isamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M
[myisamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

Die Einstellungen, die gut funktionieren, aber geben Sie mir die Schlüssellänge Fehler:

[client]
port            = 3306
socket          = /tmp/mysql.sock

[mysqld]
port            = 3306
socket          = /tmp/mysql.sock
max_allowed_packet = 200M
table_cache = 256
query_cache_type = 1
query_cache_limit = 20M
query_cache_size = 500M
long_query_time = 2
thread_cache_size = 1000
thread_concurrency = 4
innodb_thread_concurrency = 4 
old_passwords = 1
max_connections = 1000
max_sp_recursion_depth = 255
server-id       = 0
innodb_buffer_pool_size = 800M
innodb_additional_mem_pool_size = 50M
innodb_log_file_size=50M
innodb_log_buffer_size = 200M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout =50

[mysqldump]
quick
max_allowed_packet = 200M

[mysql]
no-auto-rehash
War es hilfreich?

Lösung

Ich glaube nicht, Ihre my.cnf viel damit zu tun hat, muss es eine andere Variable sein.

Von den Beschränkungen von InnoDB-Tabellen :

  

Die interne maximale Schlüssellänge ist   3500 Bytes, aber MySQL selbst schränkt   dies zu 3072 Bytes. (1024 Bytes für   Nicht-64-Bit baut vor MySQL 5.0.17,   und für alle Versionen vor 5.0.15).

ich auch zur Kenntnis, Bug 4541 eine Grenze von 1000 Bytes angibt, und dass es keine Pläne ist einfach diese zu erhöhen.

Auf der Performance Front, großer Indizes (und Tabellen) wie das wird wirklich sehr langsam. Ich würde vorschlagen, die Indizierung nur das Präfix der Varchars anstatt die gesamte Zeichenfolge.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top