كلاهما يقسّم جدولًا كبيرًا، لكن على مستويات مختلفة. التقسيم (Partitioning) يقسّم جدولًا واحدًا عبر ملفات متعدّدة داخل خادم MySQL واحد. التجزئة (Sharding) تقسّم البيانات عبر خوادم مستقلّة متعدّدة. التقسيم يساعد جدولًا أكبر من أن يسعه ملف واحد؛ والتجزئة تساعد حِملًا أكبر من أن تسعه آلة واحدة.
events (
id , created_at DATETIME, payload JSON,
(id, created_at)
) ((created_at)) (
p2024 LESS THAN (),
p2025 LESS THAN (),
p2026 LESS THAN ()
);
ممتاز للبيانات الزمنية والأرشفة السهلة، لكنه لا يزال خادمًا واحدًا — بلا مزيد من إجمالي المعالج (CPU) أو الذاكرة (RAM) أو إنتاجية الكتابة.
اختر shard key (مثل user_id) ووجّه كل صف إلى shard عبر التجزئة (hash) أو النطاق:
shard = hash(user_id) % N
user 42 -> shard 2 (server B) user 99 -> shard 0 (server A)
استنفد المكاسب الأرخص أولًا: الفهرسة، وضبط الاستعلامات، وread replicas، والتخزين المؤقت (caching)، ثم التقسيم. لا تلجأ إلى التجزئة إلا عندما لا يعود بإمكان primary واحد استيعاب حجم الكتابة — فهي أكبر قفزة في التعقيد التشغيلي.
قرارات التوسيع لا رجعة فيها إلى حدّ كبير ومكلفة. ومعرفة أن التقسيم أداة تنظيمية على خادم واحد بينما التجزئة التزام بأنظمة موزّعة — بما فيه تكاليف الـ shard-key والعابر للـ shards — تُبقي الفِرق من التجزئة المبكّرة أو من توقّع أن يحلّ التقسيم سقف إنتاجية الكتابة الذي لا يستطيع حلّه.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع