Garis Masalah:
Bila cuba melaksanakan perkara berikut pertanyaan:
CREATE TABLE IF NOT EXISTS `pds_core_menu_items` ( ... KEY `index` (`parent_menu_id`,`menu_link`,`plugin`,`alias`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
ralat ditemui: "#1071 - Kekunci yang ditentukan terlalu panjang; panjang kunci maksimum ialah 1000 bait".
Penjelasan:
Ralat ini timbul apabila panjang gabungan lajur dalam indeks melebihi panjang kunci maksimum yang dibenarkan iaitu 1000 bait. Dalam kes ini, indeks yang dibuat pada jadual pds_core_menu_items termasuk empat lajur: parent_menu_id, menu_link, plugin dan alias, yang mempunyai panjang masing-masing 32, 255, 255 dan 255 bait.
Penyelesaian :
Untuk menyelesaikan isu ini, kurangkan saiz indeks dengan menggunakan panjang lajur yang lebih pendek atau dengan mengehadkan bilangan lajur yang disertakan dalam indeks.
Pendekatan Disyorkan:
Pendekatan yang disyorkan ialah menggunakan indeks awalan untuk mengoptimumkan saiz dan prestasi indeks. Indeks awalan melibatkan pengindeksan hanya beberapa aksara pertama lajur rentetan. Pendekatan ini boleh mengurangkan panjang indeks dengan ketara.
Sebagai contoh, pertanyaan diubah suai berikut mencipta indeks awalan pada setiap empat lajur:
CREATE TABLE IF NOT EXISTS `pds_core_menu_items` ( ... KEY `index` (`parent_menu_id`,`menu_link`(50),`plugin`(50),`alias`(50)) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Nota Tambahan:
Selain itu, perlu diperhatikan bahawa jenis data INT(1) dan INT(32) dalam pertanyaan tidak menjejaskan saiz storan atau julat nilai lajur. INT sentiasa menggunakan 4 bait storan dan membenarkan nilai dari -2147483648 hingga 2147483647. Argumen angka boleh mempengaruhi padding nilai semasa paparan, yang tidak berkaitan melainkan ZEROFILL digunakan.
Atas ialah kandungan terperinci Mengapa MySQL Mengembalikan 'Kunci Yang Ditentukan Terlalu Panjang; Panjang Kekunci Maks ialah 1000 Bait' dan Bagaimana Saya Boleh Membetulkannya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!