كيف تحسّن أداء PHP (OPcache و JIT)؟

Question

Accepted Answer

يمتد تحسين أداء PHP عبر **OPcache** (تخزين الكود المترجم مؤقتاً — أكبر فائدة واحدة)، مترجم **JIT** (PHP 8)، الكود الفعّال، تخزين البيانات مؤقتاً، وتحسين قاعدة البيانات. PHP 8.x الحديث أسرع بكثير من الإصدارات القديمة، والتكوين الصحيح مهم.

## OPcache — التحسين الأساسي

```text
Without OPcache: PHP RE-COMPILES every .php file to bytecode on EVERY request (slow!).
With OPcache: compiled bytecode is CACHED in memory → subsequent requests skip
  compilation entirely → often 2-3x faster. ALWAYS enable it in production.
```

```ini
; php.ini — enable and tune OPcache
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0    ; production: don't check files for changes (fastest)
```

**OPcache** يخزن bytecode المترجم لملفات PHP في الذاكرة حتى لا يعيد PHP الترجمة في كل طلب — عادةً تسريع بمعدل 2-3 مرات، وهو أهم تحسين للإنتاج (غالباً بمجرد تفعيله).

## JIT (تجميع فوري، PHP 8)

```ini
opcache.jit_buffer_size=128M
opcache.jit=tracing
```

```text
The JIT compiles hot code to native machine code at runtime.
✓ Big gains for CPU-INTENSIVE work (math, image processing, computation)
✗ Little benefit for typical I/O-bound web apps (DB/network are the bottleneck, not CPU)
→ Helps specific workloads; not a magic speedup for regular web requests.
```

يساعد JIT أحمال العمل كثيفة الاستخدام للمعالج لكنه يقدم القليل لتطبيقات الويب المعتادة المقيدة بالإدخال/الإخراج (حيث تهيمن قاعدة البيانات/الشبكة) — لذا ضع توقعات واقعية.

## تحسينات على مستوى التطبيق

```text
✓ The DATABASE is usually the real bottleneck — fix N+1 queries, add indexes, paginate
✓ Cache expensive results (Redis/Memcached); cache rendered output where possible
✓ Optimize Composer autoloading for production: composer dump-autoload -o
✓ Use efficient algorithms/data structures; avoid heavy work in loops
✓ Offload slow tasks to queues (don't block the request)
✓ Use a recent PHP version — each 8.x release brings real performance gains
```

## قس أولاً

```text
Use profilers (Xdebug, Blackfire, Tideways) to find the ACTUAL bottleneck.
For most web apps it's the database or external calls, NOT PHP code itself.
```

## لماذا تهم

تحسين أداء PHP معرفة قيّمة على مستوى كبار المهندسين، وفهم المحاور الرئيسية — خاصة الانضباط في القياس أولاً — مهم لبناء تطبيقات سريعة وقابلة للتوسع.

أكثر التحسينات تأثيراً هو **OPcache**: لأن PHP كان سيعيد ترجمة كل ملف في كل طلب، تفعيل OPcache (الذي يخزن bytecode المترجم في الذاكرة) يوفر عادةً تسريعاً بمعدل 2-3 مرات وهو تكوين إنتاجي ضروري وغير قابل للتفاوض يُغفل غالباً.

فهم مترجم **JIT** (PHP 8) مهم لتحديد توقعات واقعية — يساعد في أحمال العمل كثيفة الاستخدام للمعالج لكن يقدم القليل لتطبيقات الويب المعتادة، لذا فهو ليس تسريعاً عالمياً.

بعيداً عن ضبط مستوى PHP، الاعتراف بأن **قاعدة البيانات هي عادةً الاختناق الحقيقي** (لذا إصلاح استعلامات N+1، إضافة فهارس، والتقسيم يوفران أكبر الفوائد الفعلية في العالم الحقيقي)، إلى جانب تخزين البيانات مؤقتاً (Redis)، وتحميل تلقائي محسّن، وتحويل العمل البطيء إلى طوابير، يغطي مجموعة أدوات التحسين العملية.

الانضباط الشامل — **استخدام المحللات لإيجاد الاختناق الفعلي** (عادةً قاعدة البيانات أو الاستدعاءات الخارجية، وليس كود PHP) بدلاً من التخمين — هو ما يجعل التحسين فعّالاً.

كما يستحق المعرفة: PHP 8.x الحديث أسرع بكثير من الإصدارات القديمة، لذا البقاء على اطلاع يساعد.

فهم OPcache (الفائدة الأساسية)، والدور الواقعي لـ JIT، وتحسين التركيز على قاعدة البيانات، والضبط الموجه بالقياس معرفة مهمة للحفاظ على سرعة تطبيقات PHP تحت الحمل الحقيقي — مصدر قلق متكرر وعملي بشكل كبير لأنظمة الإنتاج.