Indeks ialah struktur data yang berasingan dan tersusun (B-tree dalam InnoDB) yang membolehkan MySQL mencari baris tanpa mengimbas seluruh jadual. Tanpanya, satu carian membaca setiap baris (imbasan jadual penuh / full table scan); dengannya, ia menyusuri pokok dalam beberapa langkah.
Dalam InnoDB, jadual itu sendiri ialah indeks primary key — sebuah . Baris disimpan secara fizikal mengikut susunan primary key, jadi carian primary key mendarat terus pada baris penuh.
Indeks sekunder ialah B-tree berasingan yang dikunci pada lajur lain. Nod daunnya menyimpan nilai yang diindeks bersama primary key, jadi menggunakan indeks sekunder selalunya menelan kos carian kedua ("kembali ke clustered index") untuk mengambil selebihnya baris tersebut.
CREATE TABLE users (
id INT PRIMARY KEY, -- clustered: rows stored in id order
email VARCHAR(255),
city VARCHAR(80)
);
CREATE INDEX idx_city ON users (city); -- secondary B-tree on city
-- Fast: walks idx_city, then primary key for the rest of each row
SELECT * FROM users WHERE city = 'Hanoi';
-- Slow: no index on email -> full table scan
SELECT * FROM users WHERE email = '[email protected]';
Indeks mempercepatkan bacaan tetapi setiap INSERT/UPDATE/DELETE juga mesti mengemas kininya, dan ia mengambil ruang cakera. Indekskan lajur yang anda benar-benar tapis, join, atau isih — bukan setiap lajur.
Indeks ialah tuas terbesar tunggal ke atas kelajuan pertanyaan: perbezaan antara membaca 3 nod pokok dan mengimbas sejuta baris. Mengetahui bahawa InnoDB mengelompok (cluster) pada primary key juga menjelaskan mengapa kunci yang pendek dan monotonik (seperti AUTO_INCREMENT) mengekalkan sisipan dan setiap indeks sekunder tetap langsing.
Pustaka soalan temu duga IT dengan jawapan terperinci — daripada Junior hingga Senior.
Derma