MySQL Veritabanı Tetikleyicilerini Ubuntu 18.04 Üzerinde Yönetme ve Kullanma

MySQL Veritabanı Tetikleyicilerini Ubuntu 18.04 Üzerinde Yönetme ve Kullanma

Giriş

Veritabanı yönetim sistemleri, modern uygulamaların temelini oluşturur ve veri bütünlüğünü, tutarlılığını ve güvenliğini sağlamak kritik öneme sahiptir. MySQL, açık kaynaklı ve yaygın olarak kullanılan güçlü bir veritabanı sistemidir. Bu sistemin sunduğu özelliklerden biri de “tetikleyiciler”dir (triggers). Tetikleyiciler, belirli bir veritabanı olayına (INSERT, UPDATE, DELETE gibi) yanıt olarak otomatik olarak çalışan özel saklı prosedürlerdir. Bu makalede, MySQL tetikleyicilerinin ne olduğunu, nasıl çalıştığını, Ubuntu 18.04 işletim sistemi üzerinde nasıl kurulup yönetileceğini ve en iyi uygulamalarını detaylı bir şekilde inceleyeceğiz.

Ubuntu 18.04, birçok sunucu ve geliştirme ortamı için popüler bir seçimdir. Bu platform üzerinde MySQL tetikleyicilerini anlamak ve etkin bir şekilde kullanmak, veritabanı yöneticileri ve geliştiriciler için önemli bir yetkinliktir. Veri doğrulama, denetim izleri oluşturma, karmaşık iş mantığını uygulama ve referans bütünlüğünü koruma gibi birçok senaryoda tetikleyiciler güçlü bir araç olabilir. Ancak, yanlış kullanıldığında performans sorunlarına veya beklenmedik davranışlara da yol açabilirler. Bu nedenle, tetikleyicilerin doğru bir şekilde anlaşılması ve uygulanması büyük önem taşır.

MySQL Tetikleyicileri Nedir?

MySQL tetikleyicileri, bir tablodaki belirli bir olay (INSERT, UPDATE, DELETE) gerçekleştiğinde otomatik olarak yürütülen bir tür saklı prosedürdür. Bu olaylar, veritabanına bir kayıt eklendiğinde, mevcut bir kayıt güncellendiğinde veya bir kayıt silindiğinde meydana gelir. Tetikleyiciler, bu olaylardan önce (BEFORE) veya sonra (AFTER) çalışacak şekilde yapılandırılabilir. Bu yetenek, veritabanı seviyesinde karmaşık iş kurallarını ve veri doğrulama mantığını uygulamak için güçlü bir mekanizma sunar.

Tetikleyici Türleri

MySQL tetikleyicileri, çalıştıkları olayın zamanlamasına ve türüne göre sınıflandırılır:

* Zamanlama:
* BEFORE Tetikleyicileri: Veritabanı işlemi (INSERT, UPDATE, DELETE) gerçekleşmeden hemen önce çalışır. Bu tür tetikleyiciler genellikle veri doğrulama, varsayılan değer atama veya işlemi engelleme gibi görevler için kullanılır. Örneğin, bir kullanıcının yaşının belirli bir değerin altında olup olmadığını kontrol edip işlemi iptal edebilirsiniz.
* AFTER Tetikleyicileri: Veritabanı işlemi (INSERT, UPDATE, DELETE) başarıyla gerçekleştikten hemen sonra çalışır. Bu tür tetikleyiciler genellikle denetim izleri (audit logs) oluşturma, başka bir tabloyu güncelleme veya karmaşık iş mantığını uygulama gibi görevler için kullanılır. Örneğin, bir ürünün stoğu güncellendiğinde, bu değişikliği ayrı bir log tablosuna kaydedebilirsiniz.

* Olay Türü:
* INSERT Tetikleyicileri: Bir tabloya yeni bir satır eklendiğinde tetiklenir.
* UPDATE Tetikleyicileri: Bir tablodaki mevcut bir satır güncellendiğinde tetiklenir.
* DELETE Tetikleyicileri: Bir tablodan bir satır silindiğinde tetiklenir.

Bu kombinasyonlar, toplamda altı farklı tetikleyici türü oluşturur (BEFORE INSERT, AFTER INSERT, BEFORE UPDATE, AFTER UPDATE, BEFORE DELETE, AFTER DELETE). Her bir tetikleyici, tetiklendiği olay türüne ve zamanlamasına göre farklı senaryolarda kullanılabilir.

Tetikleyicilerin Avantajları

Tetikleyicilerin kullanımı, veritabanı yönetiminde ve uygulama geliştirmede bir dizi önemli avantaj sunar:

* Veri Bütünlüğü: Tetikleyiciler, veritabanı seviyesinde veri bütünlüğü kurallarını zorunlu kılabilir. Örneğin, bir sütuna yanlış veri girilmesini engelleyebilir veya belirli koşullar altında bir işlemi iptal edebilir.
* Otomatik Görevler: Belirli bir olay gerçekleştiğinde otomatik olarak yürütülmesi gereken görevleri (örneğin, denetim izi oluşturma, başka bir tabloyu güncelleme) uygulama kodundan bağımsız olarak yönetir.
* İş Mantığı Merkeziyeti: İş kurallarını doğrudan veritabanına gömerek, bu kuralların farklı uygulamalar tarafından erişilse bile tutarlı bir şekilde uygulanmasını sağlar.
* Denetim İzleri (Audit Trails): Veritabanındaki değişiklikleri (kimin, ne zaman, hangi veriyi değiştirdiği gibi) kaydetmek için idealdir.
* Karmaşık Kısıtlamalar: CHECK kısıtlamalarının veya FOREIGN KEY kısıtlamalarının yetersiz kaldığı durumlarda daha karmaşık veri doğrulama ve iş mantığı uygulanabilir.

Tetikleyicilerin Dezavantajları

Tetikleyiciler güçlü araçlar olsa da, bazı dezavantajları ve dikkat edilmesi gereken noktaları vardır:

* Performans Etkisi: Her tetikleyici, ilgili veritabanı işlemiyle birlikte çalışır. Karmaşık tetikleyiciler, veritabanı işlemlerinin performansını önemli ölçüde yavaşlatabilir.
* Hata Ayıklama Zorluğu: Tetikleyicilerin davranışı, uygulama kodundan bağımsız olarak veritabanı seviyesinde gerçekleştiği için, beklenmedik hataları ayıklamak zor olabilir. Uygulama geliştiricileri, veritabanında çalışan tetikleyicilerden haberdar olmayabilir.
* Gizli Mantık: Tetikleyiciler, uygulama kodunda açıkça görünmeyen “gizli” bir iş mantığı katmanı oluşturabilir. Bu durum, yeni geliştiricilerin sistemi anlamasını zorlaştırabilir ve beklenmedik yan etkilere yol açabilir.
* Taşınabilirlik Sorunları: Tetikleyici sözdizimi ve özellikleri, farklı veritabanı sistemleri arasında değişiklik gösterebilir. Bu da veritabanını başka bir platforma taşırken sorunlara yol açabilir.
* Döngüsel Tetikleyiciler: Bir tetikleyicinin başka bir tetikleyiciyi tetiklemesi ve bu durumun bir döngü oluşturması, sonsuz bir döngüye ve sistem çökmesine neden olabilir.

Bu avantajlar ve dezavantajlar göz önünde bulundurularak, tetikleyicilerin ne zaman ve nasıl kullanılacağına dikkatlice karar verilmelidir.

Ortam Kurulumu

MySQL tetikleyicilerini Ubuntu 18.04 üzerinde kullanmaya başlamadan önce, gerekli ortamı kurmamız gerekmektedir. Bu bölümde, Ubuntu sisteminizi güncellemeyi, MySQL sunucusunu kurmayı ve örnek bir veritabanı ile tablo oluşturmayı ele alacağız.

Ubuntu 18.04 Güncelleme

Herhangi bir yazılım kurulumuna başlamadan önce sisteminizin paket listesini güncellemek ve mevcut paketleri yükseltmek iyi bir uygulamadır:

sudo apt update
sudo apt upgrade

Bu komutlar, sisteminizdeki tüm paketlerin en son sürümlerine sahip olmasını sağlayacaktır.

MySQL Kurulumu

Ubuntu 18.04 üzerinde MySQL sunucusunu kurmak oldukça basittir. Aşağıdaki komutu kullanarak MySQL sunucusunu ve istemcisini yükleyebilirsiniz:

sudo apt install mysql-server

Kurulum sırasında, MySQL root kullanıcısı için bir parola belirlemeniz istenebilir. Güçlü bir parola seçtiğinizden emin olun.

MySQL Güvenlik Ayarları

MySQL kurulumundan sonra, mysql_secure_installation betiğini çalıştırarak temel güvenlik ayarlarını yapılandırmanız önerilir:

sudo mysql_secure_installation

Bu betik size aşağıdaki gibi sorular soracaktır:
* VALIDATE PASSWORD PLUGIN kurmak isteyip istemediğiniz (Parola gücü politikası).
* MySQL root parolası belirleme veya değiştirme.
* Anonim kullanıcıları kaldırma.
* Uzak root girişini devre dışı bırakma.
* Test veritabanını kaldırma.
* Yetki tablolarını yeniden yükleme.

Bu adımları dikkatlice takip ederek veritabanı sunucunuzun güvenliğini artırın.

Örnek Veritabanı ve Tablo Oluşturma

Tetikleyicileri test etmek için bir veritabanına ve birkaç tabloya ihtiyacımız var. MySQL istemcisine root kullanıcısı olarak giriş yapın:

sudo mysql -u root -p

Parolanızı girdikten sonra MySQL komut istemine düşeceksiniz. Şimdi örnek bir veritabanı ve tablo oluşturalım:

CREATE DATABASE ornek_db;
USE ornek_db;

CREATE TABLE kullanicilar (
    id INT AUTO_INCREMENT PRIMARY KEY,
    ad VARCHAR(100) NOT NULL,
    email VARCHAR(100) UNIQUE NOT NULL,
    olusturma_tarihi DATETIME DEFAULT CURRENT_TIMESTAMP,
    guncelleme_tarihi DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);

CREATE TABLE kullanici_log (
    log_id INT AUTO_INCREMENT PRIMARY KEY,
    kullanici_id INT,
    islem_turu VARCHAR(50),
    eski_deger TEXT,
    yeni_deger TEXT,
    islem_tarihi DATETIME DEFAULT CURRENT_TIMESTAMP
);

CREATE TABLE urunler (
    urun_id INT AUTO_INCREMENT PRIMARY KEY,
    urun_adi VARCHAR(255) NOT NULL,
    stok_miktari INT NOT NULL DEFAULT 0,
    fiyat DECIMAL(10, 2) NOT NULL,
    son_guncelleme DATETIME
);

Bu komutlar, ornek_db adında bir veritabanı, kullanicilar adında bir kullanıcı tablosu, kullanici_log adında bir log tablosu ve urunler adında bir ürün tablosu oluşturacaktır. kullanicilar tablosundaki guncelleme_tarihi sütunu, ON UPDATE CURRENT_TIMESTAMP özelliği sayesinde otomatik olarak güncellenecektir. Ancak bu özelliği bir tetikleyici ile nasıl yöneteceğimizi de göstereceğiz.

Tetikleyici Oluşturma

MySQL’de tetikleyici oluşturmak için CREATE TRIGGER ifadesi kullanılır. Tetikleyiciler, genellikle birden fazla SQL ifadesi içerdiği için DELIMITER komutunu kullanarak varsayılan noktalı virgül (;) sınırlayıcısını geçici olarak değiştirmek yaygın bir uygulamadır. Bu, MySQL’in tetikleyici tanımının tamamını tek bir blok olarak işlemesini sağlar.

CREATE TRIGGER Sözdizimi

Genel CREATE TRIGGER sözdizimi aşağıdaki gibidir:

DELIMITER //

CREATE TRIGGER trigger_adi
[BEFORE | AFTER] [INSERT | UPDATE | DELETE] ON tablo_adi
FOR EACH ROW
BEGIN
    -- Tetikleyici mantığı buraya gelir
    -- SQL ifadeleri
END; //

DELIMITER ;

* DELIMITER //: Varsayılan noktalı virgül sınırlayıcısını // ile değiştirir. Bu, tetikleyici gövdesi içindeki noktalı virgüllerin MySQL tarafından ayrı komutlar olarak yorumlanmasını engeller.
* CREATE TRIGGER trigger_adi: Tetikleyiciye benzersiz bir ad verir.
* [BEFORE | AFTER]: Tetikleyicinin olayın öncesinde mi yoksa sonrasında mı çalışacağını belirtir.
* [INSERT | UPDATE | DELETE]: Tetikleyicinin hangi olay türünde tetikleneceğini belirtir.
* ON tablo_adi: Tetikleyicinin hangi tablo üzerinde çalışacağını belirtir.
* FOR EACH ROW: Bu, MySQL’de varsayılan ve tek seçenektir. Tetikleyicinin, etkilenen her satır için bir kez çalışacağını belirtir.
* BEGIN ... END;: Tetikleyici mantığını içeren SQL ifadeleri bloğudur.
* DELIMITER ;: Tetikleyici tanımı bittikten sonra sınırlayıcıyı tekrar varsayılan noktalı virgülüne geri döndürür.

Tetikleyici içinde, NEW ve OLD anahtar kelimelerini kullanarak işlemden etkilenen satırın verilerine erişebilirsiniz:
* NEW: INSERT ve UPDATE tetikleyicilerinde, işlem sonrası satırın yeni değerlerini temsil eder. INSERT tetikleyicilerinde NEW.sutun_adi ile yeni eklenecek değerlere erişilebilir ve BEFORE INSERT tetikleyicilerinde bu değerler değiştirilebilir. UPDATE tetikleyicilerinde NEW.sutun_adi ile güncellenmiş değerlere erişilir ve BEFORE UPDATE tetikleyicilerinde değiştirilebilir.
* OLD: UPDATE ve DELETE tetikleyicilerinde, işlem öncesi satırın orijinal değerlerini temsil eder. UPDATE tetikleyicilerinde OLD.sutun_adi ile güncellenmeden önceki değerlere, DELETE tetikleyicilerinde ise silinmeden önceki değerlere erişilir. OLD değerleri değiştirilemez.

Örnek 1: INSERT Öncesi Tetikleyici (BEFORE INSERT) – Veri Doğrulama ve Otomatik Zaman Damgası

kullanicilar tablosuna yeni bir kayıt eklenmeden önce, e-posta adresinin geçerli bir formatta olup olmadığını kontrol eden ve olusturma_tarihi sütununu manuel olarak ayarlayan bir tetikleyici oluşturalım. Ayrıca, guncelleme_tarihi sütununu da başlangıçta olusturma_tarihi ile aynı değere ayarlayalım.

DELIMITER //

CREATE TRIGGER before_kullanici_insert
BEFORE INSERT ON kullanicilar
FOR EACH ROW
BEGIN
    -- E-posta formatını kontrol et
    IF NEW.email NOT LIKE '%@%.%' THEN
        SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Geçersiz e-posta formatı!';
    END IF;

    -- Oluşturma ve güncelleme tarihlerini manuel olarak ayarla (eğer NULL ise veya otomatik set edilmiyorsa)
    -- Bu örnekte CURRENT_TIMESTAMP default olduğu için aslında gerek yok ama tetikleyici ile nasıl yapılacağını gösteriyor.
    IF NEW.olusturma_tarihi IS NULL THEN
        SET NEW.olusturma_tarihi = NOW();
    END IF;
    IF NEW.guncelleme_tarihi IS NULL THEN
        SET NEW.guncelleme_tarihi = NOW();
    END IF;
END; //

DELIMITER ;

Açıklama:
* before_kullanici_insert adında bir tetikleyici oluşturuldu.
Bu tetikleyici, kullanicilar tablosuna bir INSERT işlemi yapılmadan önce* çalışır.
* NEW.email ifadesi, eklenmekte olan satırdaki e-posta değerine erişir.
* IF NEW.email NOT LIKE '%@%.%' THEN ... END IF; bloğu, e-posta formatının temel bir kontrolünü yapar. Eğer format uygun değilse, SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Geçersiz e-posta formatı!'; komutu ile bir hata fırlatılır ve INSERT işlemi iptal edilir. 45000 genel bir SQLSTATE kodudur ve kullanıcı tanımlı hatalar için kullanılır.
* SET NEW.olusturma_tarihi = NOW(); ve SET NEW.guncelleme_tarihi = NOW(); komutları, NEW anahtar kelimesini kullanarak eklenmekte olan satırın sütun değerlerini değiştirir. Bu, BEFORE tetikleyicilerinin en güçlü özelliklerinden biridir.

Test Edelim:

-- Geçerli bir ekleme
INSERT INTO kullanicilar (ad, email) VALUES ('Ayşe Yılmaz', 'ayse.yilmaz@example.com');
SELECT * FROM kullanicilar;

-- Geçersiz e-posta ile ekleme (hata vermeli)
INSERT INTO kullanicilar (ad, email) VALUES ('Mehmet Can', 'mehmet.canexample.com');

Örnek 2: AFTER UPDATE Tetikleyici – Değişiklikleri Loglama

kullanicilar tablosundaki bir kullanıcının e-postası veya adı güncellendiğinde, bu değişikliği kullanici_log tablosuna kaydeden bir tetikleyici oluşturalım. Bu, denetim izi (audit trail) oluşturmak için harika bir yöntemdir.

DELIMITER //

CREATE TRIGGER after_kullanici_update
AFTER UPDATE ON kullanicilar
FOR EACH ROW
BEGIN
    -- Sadece ad veya e-posta değiştiyse logla
    IF OLD.ad <> NEW.ad OR OLD.email <> NEW.email THEN
        INSERT INTO kullanici_log (kullanici_id, islem_turu, eski_deger, yeni_deger, islem_tarihi)
        VALUES (
            OLD.id,
            'UPDATE',
            CONCAT('Ad: ', OLD.ad, ', Email: ', OLD.email),
            CONCAT('Ad: ', NEW.ad, ', Email: ', NEW.email),
            NOW()
        );
    END IF;
END; //

DELIMITER ;

Açıklama:
* after_kullanici_update adında bir tetikleyici oluşturuldu.
Bu tetikleyici, kullanicilar tablosunda bir UPDATE işlemi yapıldıktan sonra* çalışır.
* OLD.ad ve NEW.ad, güncellenmeden önceki ve sonraki ad değerlerini temsil eder. Aynı şekilde OLD.email ve NEW.email e-posta değerleri için kullanılır.
* IF OLD.ad <> NEW.ad OR OLD.email <> NEW.email THEN ... END IF; koşulu, sadece ad veya e-posta alanlarından biri değiştiğinde loglama işlemini tetikler. Bu, gereksiz log kayıtlarını önler.
* INSERT INTO kullanici_log ... ifadesi, kullanici_log tablosuna bir kayıt ekleyerek değişikliği loglar. CONCAT fonksiyonu, birden fazla sütun değerini birleştirerek okunabilir bir log mesajı oluşturur.

Test Edelim:

-- Kullanıcı bilgilerini güncelle
UPDATE kullanicilar SET email = 'ayse.y@example.com' WHERE id = 1;
UPDATE kullanicilar SET ad = 'Ayşe Sultan', email = 'ayse.sultan@example.com' WHERE id = 1;

SELECT * FROM kullanicilar;
SELECT * FROM kullanici_log;

Örnek 3: BEFORE DELETE Tetikleyici – Silme İşlemini Engelleme

Bazı durumlarda, belirli koşullar altında bir kaydın silinmesini engellemek isteyebilirsiniz. Örneğin, bir kullanıcının aktif siparişleri varsa silinmesini engellemek gibi. Basit bir örnek olarak, ID’si 1 olan kullanıcının silinmesini engelleyen bir tetikleyici oluşturalım.

DELIMITER //

CREATE TRIGGER before_kullanici_delete
BEFORE DELETE ON kullanicilar
FOR EACH ROW
BEGIN
    IF OLD.id = 1 THEN
        SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'ID\'si 1 olan kullanıcı silinemez!';
    END IF;
END; //

DELIMITER ;

Açıklama:
* before_kullanici_delete adında bir tetikleyici oluşturuldu.
Bu tetikleyici, kullanicilar tablosundan bir DELETE işlemi yapılmadan önce* çalışır.
* IF OLD.id = 1 THEN ... END IF; koşulu, silinmekte olan satırın id değerinin 1 olup olmadığını kontrol eder.
* Eğer id 1 ise, SIGNAL SQLSTATE '45000' ... komutu ile bir hata fırlatılır ve silme işlemi iptal edilir.

Test Edelim:

-- ID'si 1 olan kullanıcıyı silmeye çalış (hata vermeli)
DELETE FROM kullanicilar WHERE id = 1;

-- Başka bir kullanıcı ekleyip onu silmeye çalış (başarılı olmalı)
INSERT INTO kullanicilar (ad, email) VALUES ('Deneme Kullanıcı', 'deneme@example.com');
DELETE FROM kullanicilar WHERE email = 'deneme@example.com';

SELECT * FROM kullanicilar;

Örnek 4: Karmaşık Mantık Tetikleyicisi – Başka Bir Tabloyu Güncelleme

urunler tablosundaki stok_miktari güncellendiğinde, bu değişikliği takip etmek ve son_guncelleme sütununu otomatik olarak ayarlamak isteyebiliriz. Ayrıca, stok belirli bir seviyenin altına düştüğünde uyarı mekanizması gibi ek mantıklar da eklenebilir. Bu örnekte son_guncelleme sütununu güncelleyelim.

DELIMITER //

CREATE TRIGGER after_urun_stok_update
AFTER UPDATE ON urunler
FOR EACH ROW
BEGIN
    -- Eğer stok miktarı değiştiyse ve yeni stok eski stoktan farklıysa
    IF OLD.stok_miktari <> NEW.stok_miktari THEN
        -- son_guncelleme sütununu güncelleyelim
        -- NOT: AFTER UPDATE tetikleyicisinde aynı tabloyu doğrudan UPDATE edemeyiz
        -- Bu durumda BEFORE UPDATE kullanmalı veya bir stored procedure çağırmalıyız.
        -- Ancak, tetikleyicinin başka bir tabloyu nasıl etkileyebileceğini göstermek için
        -- basit bir loglama örneği ekleyelim veya BEFORE UPDATE ile son_guncelleme yapalım.

        -- Eğer amacımız sadece son_guncelleme sütununu otomatik yapmaksa BEFORE UPDATE daha uygun:
        -- Aşağıdaki kısım BEFORE UPDATE için daha uygun olurdu.
        -- SET NEW.son_guncelleme = NOW();

        -- AFTER UPDATE ile başka bir tabloya loglama veya uyarı gönderme mantığı daha uygun
        INSERT INTO kullanici_log (kullanici_id, islem_turu, eski_deger, yeni_deger, islem_tarihi)
        VALUES (
            NULL, -- Kullanıcı ID'si yok, bu bir ürün işlemi
            'URUN_STOK_UPDATE',
            CONCAT('Ürün ID: ', OLD.urun_id, ', Eski Stok: ', OLD.stok_miktari),
            CONCAT('Ürün ID: ', NEW.urun_id, ', Yeni Stok: ', NEW.stok_miktari),
            NOW()
        );

        -- Stok kritik seviyenin altına düşerse (örneğin 10) bir uyarı logu ekleyelim
        IF NEW.stok_miktari < 10 AND OLD.stok_miktari >= 10 THEN
            INSERT INTO kullanici_log (kullanici_id, islem_turu, eski_deger, yeni_deger, islem_tarihi)
            VALUES (
                NULL,
                'STOK_UYARI',
                CONCAT('Ürün ID: ', OLD.urun_id, ', Stok: ', OLD.stok_miktari),
                CONCAT('Ürün ID: ', NEW.urun_id, ', Stok Düşük: ', NEW.stok_miktari),
                NOW()
            );
        END IF;
    END IF;
END; //

DELIMITER ;

Not: Aynı tabloyu AFTER UPDATE tetikleyicisi içinde doğrudan UPDATE edemezsiniz, çünkü bu sonsuz bir döngüye yol açabilir. son_guncelleme gibi bir sütunu otomatik olarak güncellemek için BEFORE UPDATE tetikleyicisini kullanmalı veya sütunu ON UPDATE CURRENT_TIMESTAMP ile tanımlamalısınız. Yukarıdaki örnekte son_guncelleme için bir tetikleyici yerine, stok değişikliklerini kullanici_log tablosuna kaydetme ve kritik stok seviyesi uyarısı verme mantığına odaklandım.

Şimdi son_guncelleme için bir BEFORE UPDATE tetikleyicisi oluşturalım.

DELIMITER //

CREATE TRIGGER before_urun_update_set_date
BEFORE UPDATE ON urunler
FOR EACH ROW
BEGIN
    -- Sadece stok veya fiyat değiştiyse son_guncelleme tarihini ayarla
    IF OLD.stok_miktari <> NEW.stok_miktari OR OLD.fiyat <> NEW.fiyat THEN
        SET NEW.son_guncelleme = NOW();
    END IF;
END; //

DELIMITER ;

Test Edelim:

-- Ürün ekle
INSERT INTO urunler (urun_adi, stok_miktari, fiyat) VALUES ('Laptop', 25, 1200.00);
INSERT INTO urunler (urun_adi, stok_miktari, fiyat) VALUES ('Mouse', 15, 25.00);

-- Ürün stoğunu güncelle
UPDATE urunler SET stok_miktari = 20 WHERE urun_id = 1; -- son_guncelleme değişmeli, loga düşmeli
UPDATE urunler SET fiyat = 30.00 WHERE urun_id = 2; -- son_guncelleme değişmeli, loga düşmeli

-- Stok kritik seviyenin altına düşsün
UPDATE urunler SET stok_miktari = 5 WHERE urun_id = 1; -- son_guncelleme değişmeli, loga düşmeli, uyarı logu düşmeli

SELECT * FROM urunler;
SELECT * FROM kullanici_log;

Bu örnekler, tetikleyicilerin veri doğrulama, loglama, otomatik değer atama ve karmaşık iş mantığını nasıl uygulayabileceğini göstermektedir.

Tetikleyicileri Yönetme

Tetikleyicileri oluşturmak kadar, mevcut tetikleyicileri görüntülemek, değiştirmek ve silmek de önemlidir.

Mevcut Tetikleyicileri Listeleme

Veritabanınızdaki tüm tetikleyicileri veya belirli bir veritabanındaki tetikleyicileri listelemek için SHOW TRIGGERS komutunu kullanabilirsiniz:

SHOW TRIGGERS;

Bu komut, tetikleyicinin adı, olayı (BEFORE/AFTER, INSERT/UPDATE/DELETE), çalıştığı tablo, tetikleyiciyi oluşturan kullanıcı, oluşturma zamanı ve SQL gövdesi gibi bilgileri içeren bir çıktı verecektir.

Belirli bir veritabanındaki tetikleyicileri görmek için:

SHOW TRIGGERS FROM ornek_db;

Veya information_schema.TRIGGERS tablosunu sorgulayarak daha detaylı bilgi alabilirsiniz:

SELECT *
FROM information_schema.TRIGGERS
WHERE TRIGGER_SCHEMA = 'ornek_db';

Bu sorgu, tetikleyiciler hakkında daha fazla meta veri sağlar ve çıktıları filtrelemek için daha fazla esneklik sunar.

Tetikleyiciyi Değiştirme (ALTER TRIGGER)

MySQL’de, diğer veritabanı sistemlerinin aksine, mevcut bir tetikleyiciyi doğrudan ALTER TRIGGER komutuyla değiştirmek mümkün değildir. Bir tetikleyicinin mantığını veya özelliklerini değiştirmek isterseniz, onu silip yeniden oluşturmanız gerekir.

Tetikleyiciyi Silme (DROP TRIGGER)

Bir tetikleyiciyi silmek için DROP TRIGGER komutunu kullanırız:

DROP TRIGGER [IF EXISTS] trigger_adi;

Örneğin, before_kullanici_insert tetikleyicisini silmek için:

DROP TRIGGER IF EXISTS before_kullanici_insert;

IF EXISTS anahtar kelimesi, tetikleyicinin var olup olmadığını kontrol eder ve eğer yoksa bir hata fırlatılmasını engeller. Bu, betiklerde ve otomatikleştirilmiş işlemlerde kullanışlıdır.

Tetikleyicilerle İlgili En İyi Uygulamalar ve Dikkat Edilmesi Gerekenler

Tetikleyiciler güçlü araçlar olsa da, performans sorunlarına, hata ayıklama zorluklarına ve beklenmedik davranışlara yol açabilirler. Bu nedenle, onları dikkatli bir şekilde kullanmak ve belirli en iyi uygulamalara uymak önemlidir.

Performans Etkisi

* Basit Tutun: Tetikleyicilerin içindeki mantığı mümkün olduğunca basit ve hızlı tutun. Karmaşık sorgular veya uzun süren işlemler içeren tetikleyiciler, her satır işlemi için tetiklendiğinde performansı ciddi şekilde etkileyebilir.
* Gereksiz Tetikleyicilerden Kaçının: Yalnızca kesinlikle gerekli olduğunda tetikleyici kullanın. Uygulama katmanında veya saklı yordamlarda çözülebilecek sorunlar için tetikleyici kullanmaktan kaçının.
* İndeksleme: Tetikleyiciler içinde kullanılan WHERE koşullarındaki sütunların düzgün bir şekilde indekslendiğinden emin olun. Bu, tetikleyicinin içindeki sorguların hızlı çalışmasını sağlar.

Hata Yönetimi

* SIGNAL Kullanımı: SIGNAL SQLSTATE komutunu kullanarak, tetikleyici içinde veri doğrulama hatalarını açıkça bildirin. Bu, uygulama katmanının hatayı anlamasına ve uygun şekilde yanıt vermesine yardımcı olur.
* Loglama: Önemli tetikleyici eylemlerini veya hatalarını ayrı bir log tablosuna kaydetmek, sorun giderme ve izleme için faydalıdır.

Bakım ve Okunabilirlik

* Anlamlı Adlandırma: Tetikleyicilerinize, ne zaman ve hangi olayda çalıştıklarını açıkça belirten anlamlı adlar verin (örneğin, before_kullanici_insert, after_urun_update).
* Dokümantasyon: Tetikleyicilerin ne işe yaradığını, hangi koşullarda çalıştığını ve hangi iş mantığını uyguladığını belgeleyin. Bu, özellikle yeni geliştiricilerin sistemi anlamasına yardımcı olur.
* Modüler Yaklaşım: Karmaşık tetikleyici mantığını doğrudan tetikleyici gövdesine yazmak yerine, saklı yordamlar oluşturarak ve bu saklı yordamları tetikleyiciden çağırarak kodu daha modüler ve yönetilebilir hale getirebilirsiniz.

Döngüsel Tetikleyiciler

* Kaçının: Bir tetikleyicinin başka bir tetikleyiciyi tetiklemesi ve bu durumun bir döngü oluşturması, sonsuz bir döngüye ve veritabanının kilitlenmesine neden olabilir. Bu tür senaryolardan kaçınmak için tetikleyici mantığını dikkatlice tasarlayın. Özellikle AFTER tetikleyicileri içinde aynı tabloyu güncellemekten veya BEFORE tetikleyicileri içinde tetikleyiciyi yeniden tetikleyebilecek işlemleri yapmaktan kaçının.

Alternatif Yaklaşımlar

* Uygulama Mantığı: Birçok iş kuralı, uygulama katmanında daha iyi yönetilebilir. Bu, hata ayıklamayı kolaylaştırır ve performans üzerinde daha fazla kontrol sağlar.
* Saklı Yordamlar (Stored Procedures): Eğer birden fazla veritabanı işlemi bir arada yürütülmesi gerekiyorsa, saklı yordamlar tetikleyicilere bir alternatif olabilir. Tetikleyiciler genellikle tek bir tablo üzerindeki tek bir olaya odaklanırken, saklı yordamlar daha geniş kapsamlı işlemleri yönetebilir.
* Foreign Key Kısıtlamaları: Referans bütünlüğü için tetikleyiciler yerine öncelikle FOREIGN KEY kısıtlamalarını kullanın. FOREIGN KEY‘ler, CASCADE (ON UPDATE CASCADE, ON DELETE CASCADE) gibi yerleşik davranışlarla referans bütünlüğünü çok daha verimli ve güvenli bir şekilde sağlar. Tetikleyiciler, ancak FOREIGN KEY‘lerin yetersiz kaldığı karmaşık koşullarda düşünülmelidir.

Sık Karşılaşılan Sorunlar ve Çözümleri

Tetikleyicilerle çalışırken karşılaşabileceğiniz bazı yaygın sorunlar ve bunların çözümleri şunlardır:

DELIMITER Unutulması

Sorun: CREATE TRIGGER ifadesi içinde birden fazla SQL komutu kullanırken DELIMITER komutunu kullanmayı unutmak veya yanlış yapılandırmak. Bu durumda MySQL, tetikleyici gövdesindeki ilk noktalı virgülü komutun sonu olarak algılar ve bir sözdizimi hatası verir.
Çözüm: Tetikleyiciyi oluşturmadan önce DELIMITER // gibi bir ifadeyle sınırlayıcıyı değiştirin ve tetikleyici tanımı bittikten sonra DELIMITER ; ile varsayılan sınırlayıcıya geri dönün.

DELIMITER //
CREATE TRIGGER my_trigger ...
BEGIN
    -- SQL komutları;
    -- Diğer SQL komutları;
END; //
DELIMITER ;

NEW ve OLD Kullanımı Hataları

Sorun: NEW ve OLD anahtar kelimelerini yanlış tetikleyici türünde kullanmak veya var olmayan sütunlara erişmeye çalışmak.
* BEFORE INSERT tetikleyicilerinde OLD kullanılamaz.
* AFTER DELETE tetikleyicilerinde NEW kullanılamaz.
* OLD değerleri değiştirilemez.
Çözüm: Hangi tetikleyici türünde hangi anahtar kelimelerin kullanılabileceğini ve değiştirilebileceğini iyi anlayın.
* BEFORE INSERT: NEW okunabilir ve değiştirilebilir.
* AFTER INSERT: NEW okunabilir (değiştirilemez).
* BEFORE UPDATE: OLD okunabilir (değiştirilemez), NEW okunabilir ve değiştirilebilir.
* AFTER UPDATE: OLD ve NEW okunabilir (değiştirilemez).
* BEFORE DELETE: OLD okunabilir (değiştirilemez).
* AFTER DELETE: OLD okunabilir (değiştirilemez).

İzin Sorunları

Sorun: Tetikleyici oluşturmak veya tetikleyicinin içindeki işlemleri gerçekleştirmek için yeterli yetkilere sahip olmamak.
Çözüm: Tetikleyiciyi oluşturan kullanıcının CREATE TRIGGER yetkisine ve tetikleyici içindeki SQL ifadelerini (örneğin, INSERT, UPDATE veya DELETE başka bir tabloya) gerçekleştirmek için gerekli yetkilere sahip olduğundan emin olun. Gerekirse, veritabanı yöneticinizden ilgili yetkileri isteyin veya GRANT komutunu kullanarak yetkileri verin.

GRANT CREATE TRIGGER ON ornek_db.* TO 'kullanici_adi'@'localhost';
GRANT INSERT ON ornek_db.kullanici_log TO 'kullanici_adi'@'localhost';

Performans Düşüşü

Sorun: Tetikleyiciler, özellikle karmaşık mantık içeriyorlarsa veya sık sık tetikleniyorlarsa, veritabanı işlemlerinin yavaşlamasına neden olabilir.
Çözüm:
* Yukarıda bahsedilen en iyi uygulamaları takip ederek tetikleyicileri basit ve verimli tutun.
* Tetikleyicilerin içindeki sorguların performansını EXPLAIN ile analiz edin.
* Gereksiz tetikleyicileri kaldırın.
* Yoğun işlem gören tablolarda tetikleyici kullanımını en aza indirin veya alternatif çözümler (uygulama mantığı, saklı yordamlar) düşünün.

Hata Mesajlarının Anlaşılması

Sorun: Tetikleyici tarafından fırlatılan hata mesajlarının yetersiz veya anlaşılmaz olması.
Çözüm: SIGNAL SQLSTATE komutunu kullanırken açıklayıcı MESSAGE_TEXT sağlayın. Bu, hatanın nedenini ve nasıl düzeltileceğini anlamak için önemlidir.

SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Hata: Ürün stoğu sıfırın altına düşemez!';

Bu yaygın sorunları ve çözümleri bilmek, tetikleyicileri daha verimli ve sorunsuz bir şekilde kullanmanıza yardımcı olacaktır.

Sonuç

MySQL veritabanı tetikleyicileri, veritabanı seviyesinde otomasyon, veri bütünlüğü ve karmaşık iş mantığı uygulamak için güçlü bir mekanizma sunar. Ubuntu 18.04 üzerinde MySQL’i kurup yapılandırdıktan sonra, CREATE TRIGGER komutunu kullanarak BEFORE veya AFTER olaylarında INSERT, UPDATE veya DELETE işlemleri için tetikleyiciler oluşturabilirsiniz. NEW ve OLD anahtar kelimeleri sayesinde, işlem öncesi ve sonrası verilere erişebilir, hatta BEFORE tetikleyicilerinde bu verileri değiştirebilirsiniz.

Ancak, tetikleyicilerin yanlış veya aşırı kullanımı performans sorunlarına, hata ayıklama zorluklarına ve sistem karmaşıklığına yol açabilir. Bu nedenle, tetikleyicileri kullanırken dikkatli olmak, en iyi uygulamaları takip etmek ve alternatif yaklaşımları göz önünde bulundurmak önemlidir. Tetikleyicileri basit, odaklı ve iyi belgelenmiş tutmak, veritabanı sisteminizin sağlığını ve yönetilebilirliğini korumanıza yardımcı olacaktır.

Bu makalede sunulan bilgiler ve örnekler, MySQL tetikleyicilerini Ubuntu 18.04 ortamında etkin bir şekilde yönetmek ve kullanmak için sağlam bir temel sağlamaktadır. Veritabanı yönetim becerilerinizi geliştirmek ve uygulamalarınızın veri katmanını daha sağlam hale getirmek için tetikleyicilerin potansiyelini keşfetmeye devam edin.