Trigger Là Gì? Cách Dùng Trigger Trong SQL Bằng Ví Dụ

Trigger là thứ khiến nhiều người mới học Database bối rối: code chạy ở đâu đó, dữ liệu tự thay đổi mà không thấy lệnh nào gọi. Nếu bạn từng muốn database tự ghi log, tự cập nhật tồn kho hay tự kiểm tra dữ liệu trước khi lưu, đây chính là công cụ bạn cần. Bài này giải thích bản chất, cú pháp và ví dụ thật, kèm cả những lỗi khiến hệ thống chậm. Nội dung do đội kỹ thuật InterData biên soạn.

Trigger trong SQL là gì và hoạt động ra sao?

Trigger là một đoạn lệnh SQL được lưu trong database và tự động chạy khi xảy ra một sự kiện trên bảng: INSERT, UPDATE hoặc DELETE. Bạn không gọi nó trực tiếp. Database đứng ra “lắng nghe” sự kiện rồi kích hoạt đoạn lệnh đó thay bạn.

Hiểu đơn giản: trigger giống một cái bẫy. Đặt bẫy ở bảng don_hang, hễ có dòng mới được chèn vào là bẫy bật. Bạn quyết định bẫy làm gì: ghi log, trừ tồn kho, chặn dữ liệu sai.

Trigger SQL khác gì so với gọi lệnh thủ công

Điểm mấu chốt là tính tự động và tính bắt buộc. Logic nằm trong trigger luôn chạy, bất kể dữ liệu đến từ ứng dụng web, từ script import hay từ một câu lệnh gõ tay trong console. Bạn không thể “quên” gọi nó.

• Sự kiện kích hoạt: gắn với INSERT, UPDATE hoặc DELETE trên một bảng cụ thể.
• Thời điểm chạy: BEFORE (trước khi ghi) hoặc AFTER (sau khi ghi).
• Phạm vi: phổ biến nhất là FOR EACH ROW, tức chạy cho từng dòng bị tác động.
• Truy cập dữ liệu: dùng biến NEW (giá trị mới) và OLD (giá trị cũ) để đọc, so sánh hoặc chỉnh sửa.

Khi nào nên dùng trigger

Trigger hợp lý khi logic phải đi liền với dữ liệu và không được bỏ sót. Vài tình huống thực tế:

• Ghi nhật ký thay đổi (audit log) cho bảng quan trọng như tài khoản, đơn hàng.
• Tự cập nhật cột dẫn xuất, ví dụ trừ tồn kho khi có đơn mới.
• Kiểm tra ràng buộc phức tạp mà CHECK constraint thông thường không diễn đạt được.
• Tự gán giá trị mặc định tính toán trước khi lưu, như chuẩn hóa email về chữ thường.

Cú pháp và cách tạo Trigger

Cấu trúc một trigger gồm bốn phần: tên, thời điểm, sự kiện và phần thân chứa logic. Cú pháp dưới đây minh họa trên MySQL/MariaDB, hệ database phổ biến nhất với người Việt khi tự host trên VPS.

DELIMITER $$

CREATE TRIGGER ten_trigger
{BEFORE | AFTER} {INSERT | UPDATE | DELETE}
ON ten_bang
FOR EACH ROW
BEGIN
    -- logic SQL ở đây
    -- dùng NEW.cot và OLD.cot để truy cập dữ liệu
END$$

DELIMITER ;

Vì sao cần DELIMITER? Bên trong thân trigger có dấu chấm phẩy ở mỗi câu lệnh. Nếu không đổi dấu kết thúc tạm thời sang $$, MySQL sẽ hiểu nhầm là trigger kết thúc giữa chừng. Đây là lỗi cú pháp gặp nhiều nhất khi mới tạo trigger.

Cách tạo trigger theo từng bước

1. Xác định bảng và sự kiện cần theo dõi (INSERT, UPDATE hay DELETE).
2. Chọn thời điểm: BEFORE nếu cần kiểm tra hoặc sửa dữ liệu trước khi ghi; AFTER nếu cần phản ứng sau khi ghi xong.
3. Đặt DELIMITER $$ để tránh xung đột dấu chấm phẩy.
4. Viết phần thân, dùng NEW và OLD để thao tác dữ liệu.
5. Trả DELIMITER về ; rồi kiểm thử trên dữ liệu mẫu trước khi đưa lên production.

Lưu ý về biến NEW và OLD theo loại sự kiện. Với INSERT chỉ có NEW. Với DELETE chỉ có OLD. Với UPDATE có cả hai, cho phép so sánh giá trị trước và sau. Tham khảo cú pháp chuẩn tại tài liệu chính thức CREATE TRIGGER của MySQL.

Phân biệt BEFORE Trigger và AFTER Trigger

Chọn sai thời điểm là nguyên nhân khiến nhiều trigger chạy không như mong đợi. Quy tắc gọn: BEFORE để can thiệp dữ liệu sắp ghi, AFTER để phản ứng dây chuyền sang bảng khác.

Một quy tắc thực chiến: nếu cần thay đổi chính dòng đang được ghi, bắt buộc dùng BEFORE. Cố gán NEW.cot trong AFTER sẽ không có tác dụng vì dữ liệu đã nằm trên đĩa.

Ví dụ Trigger thực tế kèm code chạy được

Lý thuyết đủ rồi. Dưới đây là các ví dụ trigger bạn có thể chép vào MySQL và chạy thử. Mỗi ví dụ giải quyết một nhu cầu cụ thể mà ứng dụng thật hay gặp.

Ví dụ 1: Trigger AFTER INSERT ghi log đơn hàng

Mỗi khi có đơn hàng mới, tự động ghi một dòng vào bảng nhật ký. Dùng AFTER vì ta phản ứng sau khi đơn đã lưu thành công.

DELIMITER $$

CREATE TRIGGER trg_log_don_hang
AFTER INSERT ON don_hang
FOR EACH ROW
BEGIN
    INSERT INTO nhat_ky_don_hang (don_hang_id, hanh_dong, thoi_gian)
    VALUES (NEW.id, 'TAO_MOI', NOW());
END$$

DELIMITER ;

Ví dụ 2: Trigger BEFORE UPDATE chuẩn hóa và chặn dữ liệu sai

Trước khi cập nhật khách hàng, ép email về chữ thường và chặn giá trị âm. Dùng BEFORE vì ta cần sửa NEW trước khi ghi.

DELIMITER $$

CREATE TRIGGER trg_chuan_hoa_khach_hang
BEFORE UPDATE ON khach_hang
FOR EACH ROW
BEGIN
    SET NEW.email = LOWER(NEW.email);

    IF NEW.diem_thuong < 0 THEN
        SIGNAL SQLSTATE '45000'
        SET MESSAGE_TEXT = 'Diem thuong khong duoc am';
    END IF;
END$$

DELIMITER ;

Lệnh SIGNAL SQLSTATE '45000' là cách chuẩn để trigger chủ động báo lỗi và hủy thao tác. Cả câu UPDATE sẽ bị rollback, dữ liệu sai không lọt vào.

Ví dụ 3: Trigger AFTER INSERT trừ tồn kho

Khi thêm dòng vào chi tiết đơn hàng, tự trừ số lượng tồn của sản phẩm tương ứng. Đây là kiểu logic thường được ví như “khóa ngoại có hành vi”, giữ dữ liệu giữa các bảng nhất quán.

DELIMITER $$

CREATE TRIGGER trg_tru_ton_kho
AFTER INSERT ON chi_tiet_don_hang
FOR EACH ROW
BEGIN
    UPDATE san_pham
    SET ton_kho = ton_kho - NEW.so_luong
    WHERE id = NEW.san_pham_id;
END$$

DELIMITER ;

Trigger không thay thế khóa ngoại. Khóa ngoại (FOREIGN KEY) giữ tính toàn vẹn tham chiếu giữa các bảng; trigger bổ sung hành vi tự động khi dữ liệu thay đổi. Trong thực tế bạn thường dùng cả hai song song.

Cách xem, sửa và xóa Trigger

Trigger là đối tượng “vô hình” trong database, không hiện ra khi bạn nhìn dữ liệu. Vì vậy biết cách liệt kê và quản lý chúng rất quan trọng để tránh logic ẩn gây khó hiểu về sau.

Xem danh sách trigger đang có

-- Liệt kê tất cả trigger trong database hiện tại
SHOW TRIGGERS;

-- Xem chi tiết từ information_schema
SELECT TRIGGER_NAME, EVENT_MANIPULATION, EVENT_OBJECT_TABLE, ACTION_TIMING
FROM information_schema.TRIGGERS
WHERE TRIGGER_SCHEMA = 'ten_database';

Cách xóa trigger

MySQL không cho sửa trực tiếp một trigger. Muốn đổi logic, bạn phải xóa rồi tạo lại. Dùng IF EXISTS để tránh báo lỗi khi trigger không tồn tại.

DROP TRIGGER IF EXISTS trg_log_don_hang;

• Đặt tên nhất quán: dùng tiền tố như trg_ để dễ nhận diện và tìm.
• Lưu script trigger vào version control: đừng chỉ gõ trực tiếp trên server, dễ mất dấu khi cần khôi phục.
• Ghi chú mục đích: mỗi trigger nên có comment giải thích nó làm gì và vì sao.

Rủi ro khi lạm dụng Trigger và cách dùng an toàn

Trigger mạnh nhưng có mặt tối. Vì nó chạy âm thầm sau mỗi thao tác ghi, lạm dụng sẽ biến database thành hộp đen khó debug và làm chậm hệ thống mà không ai biết nguyên nhân.

Những vấn đề thường gặp

• Chậm theo cấp số nhân: trigger chạy FOR EACH ROW, nên một câu UPDATE đụng 10.000 dòng sẽ kích hoạt trigger 10.000 lần.
• Trigger lồng nhau: trigger ở bảng A ghi sang bảng B, bảng B lại có trigger ghi sang bảng C. Một thao tác nhỏ kéo theo chuỗi phản ứng khó lần.
• Logic ẩn: dev mới vào dự án không biết dữ liệu tự đổi vì có trigger, mất hàng giờ truy lỗi sai chỗ.
• Khó khôi phục: nếu trigger ghi sai vào nhiều bảng, việc rollback thủ công rất rủi ro.

Checklist dùng trigger an toàn

• Giữ thân trigger càng gọn càng tốt, tránh truy vấn nặng hay vòng lặp.
• Tránh để trigger gọi sang bảng lại có trigger khác, hạn chế lồng nhau.
• Với xử lý hàng loạt lớn, cân nhắc tắt trigger tạm thời rồi xử lý bằng câu lệnh batch.
• Luôn kiểm thử trên môi trường staging và sao lưu trước khi đưa lên production.
• Nếu logic phức tạp, cân nhắc xử lý ở tầng ứng dụng để dễ kiểm soát và ghi log hơn.

Trigger và hạ tầng máy chủ chạy database

Trigger ăn tài nguyên CPU và I/O ngay tại máy chủ database. Khi dữ liệu còn nhỏ, bạn khó cảm nhận. Nhưng khi bảng đạt hàng triệu dòng và lưu lượng ghi tăng, phần cứng bên dưới quyết định trigger chạy mượt hay nghẽn.

Vì sao ổ đĩa và CPU ảnh hưởng tới trigger

Mỗi lần trigger ghi log hay cập nhật bảng khác đều phát sinh thao tác đọc/ghi đĩa. Ổ NVMe nhanh hơn SSD SATA nhiều lần ở các tác vụ ghi ngẫu nhiên dày đặc, đúng kiểu workload mà trigger tạo ra. CPU thế hệ mới giúp xử lý logic trong trigger nhanh hơn, giảm thời gian khóa bảng.

Tiêu chí chọn máy chủ cho database có nhiều trigger

• Ổ NVMe: ưu tiên hàng đầu cho workload ghi nhiều như trigger và log.
• RAM đủ cho buffer pool: giúp MySQL giữ index và dữ liệu nóng trong bộ nhớ, giảm chạm đĩa.
• Khả năng nâng tài nguyên: khi tải tăng theo mùa hoặc theo campaign, cần tăng CPU/RAM mà không phải dựng lại hệ thống.
• Quyền root: để tinh chỉnh tham số MySQL, bật slow query log và theo dõi trigger gây chậm.

Nếu database của bạn còn nhỏ và cần môi trường tự chủ để học và vận hành, một VPS có root là đủ. Khi dữ liệu phình to, lưu lượng ghi biến động mạnh hoặc nhiều người dùng đồng thời, đó là lúc nên tính tới nền tảng có thể scale tài nguyên linh động theo tải.

Câu hỏi thường gặp về Trigger

Trigger SQL là gì nói ngắn gọn?

Là đoạn lệnh được lưu trong database và tự chạy khi bảng có sự kiện INSERT, UPDATE hoặc DELETE. Bạn không gọi nó trực tiếp; database tự kích hoạt. Nó thường dùng để ghi log, kiểm tra dữ liệu hoặc cập nhật bảng liên quan một cách tự động.

Một bảng được phép có bao nhiêu trigger?

Trên MySQL 8.0, một bảng có thể có nhiều trigger cho cùng một tổ hợp thời điểm và sự kiện, ví dụ nhiều BEFORE INSERT. Bạn dùng mệnh đề FOLLOWS hoặc PRECEDES để định thứ tự chạy. Tuy vậy, càng nhiều trigger càng khó kiểm soát, nên giữ tối thiểu.

Trigger có làm chậm database không?

Có thể, nếu logic nặng hoặc chạy trên thao tác đụng nhiều dòng. Vì trigger chạy cho từng dòng, chi phí cộng dồn rất nhanh. Giữ thân trigger gọn, tránh truy vấn nặng và lồng nhau, đồng thời chạy trên ổ NVMe để giảm độ trễ ghi.

Có sửa trực tiếp một trigger được không?

MySQL không hỗ trợ lệnh ALTER TRIGGER. Muốn đổi logic, bạn xóa trigger cũ bằng DROP TRIGGER rồi tạo lại bằng CREATE TRIGGER. Vì vậy nên lưu script trigger trong version control để khôi phục nhanh khi cần.

Khi nào nên dùng trigger thay vì xử lý ở ứng dụng?

Dùng trigger khi logic bắt buộc phải chạy bất kể dữ liệu đến từ đâu, như audit log hay ràng buộc dữ liệu sống còn. Nếu logic phức tạp, cần ghi log chi tiết hoặc dễ thay đổi, xử lý ở tầng ứng dụng thường dễ bảo trì và debug hơn.

Lưu ý: Nội dung và các đoạn lệnh trong bài chỉ mang tính tham khảo, được minh họa chủ yếu trên MySQL/MariaDB. Cú pháp trigger, biến NEW/OLD và cách quản lý có thể khác nhau theo hệ quản trị cơ sở dữ liệu (PostgreSQL, SQL Server, Oracle), phiên bản phần mềm và môi trường thực tế. Bạn nên sao lưu dữ liệu, kiểm thử trên môi trường staging và đánh giá rủi ro trước khi áp dụng cho production.