Laravel Performance Series · EP.1

เพิ่มความเร็ว Laravel สำหรับ High-Traffic
Database Optimization ที่นักพัฒนา 90% ยังไม่รู้

ตั้งแต่ N+1 Query, Eager Loading, Indexing ไปจนถึง Route/Config Caching — ทุก Technique ในบทความเดียว

อ่านประมาณ 8 นาทีLaravel 10 / 11ระดับ Beginner → Intermediate

📚 PHP Code Mania — Laravel Optimization Series

ทำไม Laravel ถึง "คิดนาน" เกินไป?

ลองนึกภาพว่าคุณเปิดร้านอาหาร แต่ทุกครั้งที่ลูกค้าสั่งข้าว พ่อครัวต้องไปอ่านสูตรอาหารใหม่ทุกครั้ง นั่นคือสิ่งที่เกิดขึ้นกับ Laravel ที่ไม่ได้ optimize — Framework กำลังทำงานซ้ำๆ ที่ไม่จำเป็นในทุก Request

ปัญหาหลักที่ทำให้ Laravel Application ช้าในสภาพแวดล้อม Production มักจะมาจาก 3 แหล่ง ได้แก่ N+1 Query Problem, Missing Database Index, และ Framework overhead ที่ไม่จำเป็น บทความนี้จะพาไปแก้ทีละจุด พร้อม Code Example ที่ใช้ได้จริง

💡

เหมาะสำหรับใคร? นักพัฒนาที่ใช้ Laravel (หรือ CodeIgniter 4) ที่เริ่มพบปัญหา Application ช้าเมื่อมี User มากขึ้น หรืออยากเตรียมรับมือตั้งแต่ต้น

---

1. ปัญหา N+1 Query — ศัตรูเงียบของ Database

N+1 Problem คือปัญหาที่พบบ่อยที่สุดใน ORM ทุกตัว รวมถึง Laravel Eloquent เกิดขึ้นเมื่อโค้ดดึงข้อมูล Parent แล้ว Loop ดึง Child ทีละรายการ

❌ โค้ดที่มีปัญหา (N+1)

PHP · Eloquent (Bad)

// ดึง Posts ทั้งหมด → 1 Query
$posts = Post::all();

foreach ($posts as $post) {
    // ดึง Author ของแต่ละ Post → N Queries!
    echo $post->author->name;
}
// ถ้ามี 100 Posts = 1 + 100 = 101 Queries 🔥

✅ แก้ด้วย Eager Loading

PHP · Eloquent (Good)

// with() โหลด Author พร้อมกันใน 1 Query เพิ่ม
$posts = Post::with('author')->get();

foreach ($posts as $post) {
    echo $post->author->name;
}
// 100 Posts = 2 Queries เท่านั้น ✅

✅ Nested Eager Loading (Relationship ซ้อนกัน)

PHP · Eloquent

// โหลด author และ comments ของแต่ละ post พร้อมกัน
$posts = Post::with(['author', 'comments.user'])->get();

// เลือกเฉพาะ Column ที่ต้องการ เพื่อลด Memory
$posts = Post::with([
    'author:id,name,avatar',
    'comments' => fn($q) => $q->latest()->limit(5)
])->paginate(20);

🛠️

ติดตั้ง barryvdh/laravel-debugbar หรือ spatie/laravel-query-detector เพื่อจับ N+1 Query ใน Development โดยอัตโนมัติ

---

2. Database Indexing — ทำ Query ให้เร็วขึ้น 100x

Index คือ "สารบัญ" ของตาราง Database ถ้าไม่มี Index MySQL ต้องสแกนทุก Row เพื่อหาข้อมูลที่ต้องการ (Full Table Scan) ซึ่งช้ามากเมื่อข้อมูลมีหลายล้านแถว

เพิ่ม Index ผ่าน Laravel Migration

PHP · Migration

Schema::create('posts', function (Blueprint $table) {
    $table->id();
    $table->foreignId('user_id')->constrained();
    $table->string('slug')->unique();   // Unique Index
    $table->string('status');
    $table->timestamp('published_at')->nullable();
    $table->timestamps();

    // Composite Index — Query บ่อยด้วย 2 Column นี้พร้อมกัน
    $table->index(['status', 'published_at']);

    // Index สำหรับ Foreign Key
    $table->index('user_id');
});

เพิ่ม Index ให้ตารางที่มีอยู่แล้ว

PHP · Migration (Add Index)

Schema::table('posts', function (Blueprint $table) {
    $table->index('user_id', 'idx_posts_user_id');
    $table->index(['status', 'published_at'], 'idx_posts_status_date');
});

⚠️

ใส่ Index มากเกินไปก็ไม่ดี เพราะ INSERT/UPDATE จะช้าลง ใส่เฉพาะ Column ที่ใช้ใน WHERE, ORDER BY, JOIN เท่านั้น

---

3. Select เฉพาะ Column ที่ต้องการ — อย่าดึง * ทุกครั้ง

การใช้ Post::all() หรือ select * จะดึงข้อมูลทุก Column แม้แต่ Column ที่หนัก เช่น content หรือ metadata ที่ไม่ได้ใช้

PHP · Eloquent

// ❌ ดึงข้อมูลทั้งหมด รวมถึง Column ที่ไม่ใช้
$posts = Post::all();

// ✅ เลือกเฉพาะที่ต้องการ
$posts = Post::select('id', 'title', 'slug', 'published_at')
    ->where('status', 'published')
    ->latest('published_at')
    ->paginate(15);

// ✅ ใช้ cursor() สำหรับ Large Dataset แทน get()
Post::select('id', 'title')->cursor()->each(function ($post) {
    // Process ทีละ Row ไม่โหลด Memory ทั้งหมดพร้อมกัน
    processPost($post);
});

---

4. Route & Config Cache — เคล็ดลับ 30ms ที่คนมองข้าม

โดย Default ทุกครั้งที่มี HTTP Request เข้ามา Laravel จะทำการ compile Regex Pattern ของทุก Route และสร้าง Routing Table ใน Memory ใหม่ทุกครั้ง ถ้ามี 200 Routes และ Request 1 ล้านครั้งต่อวัน นั่นหมายถึง CPU เสียไปกว่า 8 ชั่วโมง เพียงเพื่อหาว่าต้องเรียก Controller ไหน

~30ms

Routing Overhead (ไม่มี Cache)

~2ms

Routing Overhead (มี Cache)

15×

เร็วขึ้นด้วย Command เดียว

คำสั่ง Optimize สำหรับ Production

Shell · Artisan

# คำสั่งเดียวที่ครอบคลุม "Big Four" Cache
php artisan optimize

# เทียบเท่ากับการรันพร้อมกัน 4 คำสั่งนี้:
# php artisan config:cache
# php artisan route:cache
# php artisan view:cache
# php artisan event:cache

# ล้าง Cache ทั้งหมดก่อน (สำคัญมาก!)
php artisan optimize:clear

ตัวอย่าง Deployment Script (CI/CD)

Shell · Deploy Script

#!/bin/bash
# deploy.sh — ใช้ใน GitHub Actions / GitLab CI

composer install --no-dev --optimize-autoloader
php artisan migrate --force
php artisan optimize:clear   # ล้างก่อนเสมอ
php artisan optimize         # Cache ใหม่
php artisan storage:link

🚨

อย่าลืม optimize:clear ก่อน Deploy ทุกครั้ง ถ้า Cache Route เก่าค้างอยู่ Route ใหม่จะไม่ทำงาน จนกว่าจะ Clear Cache

---

5. Query Caching ด้วย Laravel Cache

สำหรับข้อมูลที่ไม่เปลี่ยนบ่อย เช่น Category, Setting, หรือ Dashboard Stats การ Cache ผลลัพธ์ Query ไว้ใน Redis/Memcached จะลด Database Load ได้มหาศาล

PHP · Cache with Eloquent

use Illuminate\Support\Facades\Cache;

// Cache ผลลัพธ์ไว้ 60 นาที
$categories = Cache::remember('all_categories', 3600, function () {
    return Category::with('children')
        ->where('active', true)
        ->orderBy('sort_order')
        ->get();
});

// ล้าง Cache เมื่อข้อมูลเปลี่ยน (ใน Observer หรือ Service)
Cache::forget('all_categories');

// หรือใช้ Cache Tags (Redis เท่านั้น)
$posts = Cache::tags(['posts', 'published'])
    ->remember('homepage_posts', 1800, function () {
        return Post::published()->latest()->take(10)->get();
    });

---

6. สรุปเปรียบเทียบ: ก่อน vs หลัง Optimize

Technique	ก่อน Optimize	หลัง Optimize	ผลลัพธ์
N+1 Query	101 Queries (100 posts)	2 Queries	-98%
Route Cache	~30ms overhead/request	~2ms overhead/request	15× เร็วขึ้น
Missing Index	Full Table Scan	Index Seek	สูงสุด 100×
Select *	โหลดทุก Column	เฉพาะที่ต้องการ	ลด Memory
Query Cache	DB Hit ทุก Request	Redis/Memory Hit	ลด DB Load 90%+
ไม่มีอะไรเลย	App ช้า, DB เจ๊ง	—	ต้องแก้ด่วน!

---

7. Production Checklist ก่อน Go-Live

• 01รัน php artisan telescope:install หรือ DebugBar ใน Dev เพื่อหา N+1 Queries
• 02ตรวจ Migration ทุกตัร — มี Index บน Column ที่ใช้ใน WHERE และ JOIN ครบหรือยัง
• 03เปลี่ยน APP_ENV=production และ APP_DEBUG=false ใน .env
• 04รัน php artisan optimize ใน Deployment Script เสมอ
• 05ตั้งค่า Redis เป็น Cache Driver และใช้ Cache::remember() สำหรับ Query ที่ดึงบ่อย
• 06ใช้ paginate() แทน get() เสมอสำหรับ List ข้อมูล

---

สรุป

การ Optimize Laravel Application ไม่ได้ซับซ้อนอย่างที่คิด เพียงแค่เข้าใจต้นเหตุของปัญหา และใช้ Tool ที่ Framework มีให้อยู่แล้ว Techniques ที่พูดถึงในบทความนี้สามารถ ลด Query จาก 100+ เหลือ 2, ลด Routing Overhead ลง 15 เท่า และลด Database Load ได้มากกว่า 90%

จุดเริ่มต้นที่ดีที่สุดคือ หา N+1 Query ก่อน ติดตั้ง DebugBar รัน Application แล้วดูว่ามี Query ซ้ำกี่ตัว จากนั้นค่อยๆ ใส่ with(), เพิ่ม Index, และสุดท้ายรัน php artisan optimize ก่อน Deploy

แค่นี้ Application ของคุณก็พร้อมรับ Traffic หนักๆ ได้แล้ว 🚀

PHP CI MANIA - PHP Code Generator 

โปรแกรมช่วยสร้างโค้ด "ลดเวลาการเขียนโปรแกรม"

ราคาสุดคุ้ม  
http://www.phpcodemania.com