فهارس InnoDB هي B+trees: أشجار متوازنة تقع فيها كل ورقة على العمق نفسه وتكون الأوراق مترابطة لمسح النطاقات السريع. البحث بتعقيد O(log n) — حفنة من قراءات الصفحات حتى على الجداول الضخمة.
الفهرس المركّب يفرز الصفوف حسب ، ثم ، ثم . يمكنك استخدامه فقط من أجل من الأعمدة: أو أو — لكن وحده ولا ، لأن تلك الأعمدة ليست مفروزة حتى يُثبَّت .
(a, b, c)abca(a, b)(a, b, c)b(b, c)aCREATE INDEX idx_abc ON events (user_id, status, created_at);
-- USES the index (leftmost prefix, range on the last column)
SELECT * FROM events
WHERE user_id = 7 AND status = 'open' AND created_at > '2026-01-01';
-- Does NOT use it: skips the leftmost column
SELECT * FROM events WHERE status = 'open';
رتّب الأعمدة بحيث تأتي الأكثر انتقائية/المساواة أولًا، وعمود النطاق أخيرًا: بمجرد أن تصل إلى نطاق (>، BETWEEN)، لا يمكن استخدام الأعمدة التي بعده للبحث.
إذا احتوى الفهرس على كل عمود يقرؤه الاستعلام، يجيب InnoDB من الفهرس وحده — بلا رحلة عودة إلى الفهرس المُجمَّع. يُظهر EXPLAIN عبارة Using index.
CREATE INDEX idx_cover ON events (user_id, status, id);
EXPLAIN SELECT id FROM events WHERE user_id = 7 AND status = 'open';
-- Extra: Using index <- covering, no clustered-index lookup
الفهارس المركّبة والمغطّية هي كيف تحوّل استعلامًا بطيئًا متعدّد الشروط إلى بحث فهرس واحد. وترتيب الأعمدة الخاطئ — أو توقّع أن يستخدم استعلام على العمود الثاني الفهرس — هو السبب الأكثر شيوعًا لبقاء فهرس "موجود" دون أن يُستخدَم.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع