ما هو الفهرس (index)، وكيف يختلف المفتاح الأساسي (primary key) عن الفهرس الثانوي (secondary index)؟

Question

IT Interview Practice · Accepted Answer

الفهرس بنية بيانات منفصلة ومرتّبة (**B-tree** في InnoDB) تتيح لـ MySQL العثور على الصفوف دون مسح الجدول بأكمله. من دونه، يقرأ البحث كل صف (**full table scan**)؛ ومعه، يسير في شجرة عبر خطوات قليلة.

## الأساسي مقابل الثانوي

في InnoDB، الجدول نفسه **هو** فهرس المفتاح الأساسي — *فهرس مُجمَّع (clustered index)*. تُخزَّن الصفوف فيزيائيًا بترتيب المفتاح الأساسي، لذا يصل بحث المفتاح الأساسي مباشرةً إلى الصف الكامل.

الـ **secondary index** شجرة B-tree منفصلة مُفهرَسة على عمود (أو أعمدة) أخرى. تخزّن عُقد أوراقه القيمة المُفهرَسة إضافةً إلى **المفتاح الأساسي**، لذا فإن استخدام فهرس ثانوي غالبًا ما يكلّف بحثًا ثانيًا ("العودة إلى الفهرس المُجمَّع") لجلب بقية الصف.

```sql
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 = 'a@b.com';
```

## المفاضلة

الفهارس تسرّع القراءات، لكن كل `INSERT`/`UPDATE`/`DELETE` يجب أن يحدّثها أيضًا، وهي تستهلك مساحة القرص. افهرس الأعمدة التي تُرشِّح أو تربط (join) أو تفرز عليها فعليًا — لا كل عمود.

## لماذا يهم

الفهارس هي أكبر رافعة منفردة لسرعة الاستعلام: الفرق بين قراءة 3 عُقد شجرة ومسح مليون صف. ومعرفة أن InnoDB يُجمّع الصفوف على المفتاح الأساسي تفسّر أيضًا لماذا يُبقي مفتاح قصير ومتزايد باطّراد (مثل `AUTO_INCREMENT`) عمليات الإدراج وكل فهرس ثانوي رشيقة.

الأساسي مقابل الثانوي

المفاضلة

لماذا يهم

أسئلة ذات صلة