คุณปรับปรุงประสิทธิภาพของ 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 ไม่ต้องคอมไพล์ใหม่ในทุก request โดยทั่วไปเร็วขึ้น 2-3 เท่า และเป็นการปรับปรุงสำหรับ production ที่สำคัญที่สุด (มักแค่เปิดใช้งานก็พอ)

## JIT (Just-In-Time compilation, 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 ช่วยงานที่ผูกกับ CPU (CPU-bound) แต่ให้ประโยชน์น้อยสำหรับเว็บแอปทั่วไปที่ผูกกับ I/O (ซึ่งฐานข้อมูล/เครือข่ายเป็นตัวกำหนด) ดังนั้นจึงควรตั้งความคาดหวังให้สมจริง

## การปรับปรุงในระดับแอปพลิเคชัน

```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 เป็นความรู้ระดับ senior ที่มีคุณค่า และการเข้าใจปัจจัยสำคัญต่าง ๆ โดยเฉพาะวินัยในการวัดผลก่อน เป็นสิ่งสำคัญต่อการสร้างแอปพลิเคชันที่รวดเร็วและขยายขนาดได้

การปรับปรุงที่ส่งผลมากที่สุดเพียงอย่างเดียวคือ **OPcache**: เพราะมิเช่นนั้น PHP จะคอมไพล์ทุกไฟล์ใหม่ในทุก request การเปิดใช้ OPcache (ซึ่งแคช bytecode ที่คอมไพล์แล้วไว้ในหน่วยความจำ) มักทำให้เร็วขึ้น 2-3 เท่า และเป็นการตั้งค่า production ที่จำเป็น ต่อรองไม่ได้ และมักถูกมองข้าม

การเข้าใจคอมไพเลอร์ **JIT** (PHP 8) สำคัญต่อการตั้งความคาดหวังให้สมจริง มันช่วยงานที่ใช้ CPU หนัก แต่ให้ประโยชน์น้อยสำหรับเว็บแอปทั่วไปที่ผูกกับ I/O จึงไม่ใช่การเร่งความเร็วแบบสากล

นอกเหนือจากการปรับแต่งในระดับ PHP การตระหนักว่า **ฐานข้อมูลมักเป็นคอขวดที่แท้จริง** (ดังนั้นการแก้ปัญหา query แบบ N+1, การเพิ่ม index และการแบ่งหน้า (pagination) จึงให้ผลในโลกจริงมากที่สุด) ร่วมกับการแคชข้อมูล (Redis), การปรับแต่ง autoloading และการย้ายงานที่ช้าไปยังคิว ครอบคลุมชุดเครื่องมือปรับปรุงประสิทธิภาพในทางปฏิบัติ

วินัยที่ครอบคลุมทั้งหมด คือ **การทำ profiling เพื่อค้นหาคอขวดที่แท้จริง** (ซึ่งมักเป็นฐานข้อมูลหรือการเรียกภายนอก ไม่ใช่โค้ด PHP) แทนการเดา เป็นสิ่งที่ทำให้การปรับปรุงประสิทธิภาพได้ผล

สิ่งที่ควรรู้อีกอย่างคือ PHP 8.x สมัยใหม่เร็วกว่าเวอร์ชันเก่ามาก ดังนั้นแค่อัปเดตให้ทันสมัยก็ช่วยได้

การเข้าใจ OPcache (การปรับปรุงที่จำเป็น), บทบาทที่สมจริงของ JIT, การปรับปรุงที่เน้นฐานข้อมูล และการปรับแต่งที่ขับเคลื่อนด้วยการวัดผล เป็นความรู้สำคัญต่อการทำให้แอปพลิเคชัน PHP รวดเร็วภายใต้โหลดจริง ซึ่งเป็นประเด็นที่พบบ่อยและมีนัยสำคัญในทางปฏิบัติสำหรับระบบ production