SQLite, küçük projelerde sıkça tercih edilen hafif bir veritabanıdır. Ancak proje büyüdükçe, VDS sunucular gibi daha güçlü altyapılarda barındırılan sistemlere geçiş ihtiyacı doğar. Bu durumda, daha ölçeklenebilir ve çok kullanıcılı yapıya sahip olan MySQL’e geçmek gerekebilir. Bu yazıda, SQLite veritabanını MySQL’e dönüştürmenin en kolay yollarını, dikkat edilmesi gereken adımları ve veri kaybı olmadan geçiş yapmanın püf noktalarını anlatıyoruz.
SQLite ve MySQL Arasındaki Temel Farklar
SQLite dosya tabanlı bir veritabanı sistemidir. Tüm veri tek bir .db dosyasında tutulur ve uygulama doğrudan bu dosya üzerinde işlem yapar.
MySQL ise istemci-sunucu mimarisiyle çalışır. Bağımsız bir hizmet olarak ağ üzerinden birden fazla istemciyi destekler. Özellikle cPanel MySQL yapılandırmalarında, bu model web tabanlı yönetim için kolaylık sağlar. Veri türleri açısından da önemli farklar vardır. SQLite esnek tipleme kullanır, yani sütun tipleri veriyle birlikte dinamik yorumlanır. MySQL ise katı veri türü eşleşmesi ister.
Ön Hazırlık İçin Gerekenler
Taşıma işleminden önce mevcut SQLite veritabanının tutarlılığını doğrulamak önemlidir.
Aşağıdaki adımlar önerilir.
Veri bütünlüğü kontrolü
Bu komut, SQLite dosyasında yapısal bir tutarsızlık olup olmadığını test eder.
PRAGMA integrity_checkYedekleme oluşturma
Bu işlem, veri kaybı riskini ortadan kaldırır. Sonrasında, hedef MySQL sunucusunda yeni bir veritabanı oluşturulmalıdır.
sqlite3 proje.db .backup proje_backup.dbSQLite’den MySQL’e Geçiş Yöntemleri
SQLite’den MySQL’e geçiş için iki temel yöntem kullanabiliriz. Komut satırı aracıyla manuel taşıma veya MySQL Workbench’in Göç Sihirbazı ile görsel aktarım. Komut satırı yöntemi daha fazla kontrol sağlarken, Workbench arayüzü adım adım yönlendirme sunarak süreci kolaylaştırır.
MySQL Workbench ile Geçiş
MySQL Workbench, MySQL’in resmi yönetim aracıdır ve içinde yer alan Database Migration Wizard modülü, SQLite veritabanlarını MySQL’e taşımayı kolaylaştırır.
Sihirbazı Başlatalım
Workbench arayüzünde “Database Migration” sekmesine girdikten sonra Source olarak “SQLite” seçelim ve .db dosyanızı gösterelim.
Hedef Tanımlama
Hedef olarak MySQL bağlantı bilgilerimizi girelim. Genellikle TCP/IP yöntemi ve port 3306 kullanılır Kullanıcı adı, parola ve veritabanı adı doğru tanımlandıktan sonra bağlantıyı test edip ilerleyelim.
Şema ve Nesne Seçimi
Workbench, SQLite yapısını analiz eder ve tabloları listeler. Burada yalnızca taşınmasını istediğiniz tabloları seçebilir veya tüm şemayı kopyalayabilirsiniz.
Aktarım Seçenekleri
Sihirbaz, iki yöntem sunar
- Doğrudan Aktarım (Online Migration): Tablolar ve veriler doğrudan MySQL sunucusuna yazılır.
- SQL Dosyası Üretimi (Offline Migration): Tüm veritabanı yapısı ve içerik
.sqldosyasına aktarılır.
Veri Kopyalama
Workbench, her tabloyu hedef MySQL yapısında yeniden oluşturur ve satırları aktarır.
“Truncate target tables” seçeneği işaretliyse mevcut tablolar sıfırlanır, bu nedenle dikkatli kullanılmalıdır.
Aktarım tamamlandığında Workbench bir rapor oluşturur. Her tablo için işlem süresi, satır sayısı ve hata durumu listelenir.
Komut Satırıyla Manuel Taşıma
Daha ileri düzey kullanıcılar, komut satırı üzerinden manuel bir dönüşüm gerçekleştirebilir.
Bu yöntem özellikle büyük dosyalar veya otomasyon senaryoları için uygundur.
SQLite Dump Oluşturma
sqlite3 proje.db .dump > export.sqlBu komut, tablo yapısını ve verileri SQL komutlarına dönüştürür.
SQL Dosyasını MySQL Formatına Uyarlama
SQLite ile MySQL arasında küçük sözdizimi farkları vardır.
AUTOINCREMENTyerineAUTO_INCREMENTkullanılmalıdır.INTEGER PRIMARY KEYMySQL’de yalnızca bir tablo başına tek olabilir.PRAGMAkomutları tamamen kaldırılmalıdır.
MySQL’e Aktarma
mysql -u root -p yeni_veritabani < export.sqlBu komut, veritabanı yapısını ve verileri doğrudan MySQL’e taşır.
Taşıma sonrasında ANALYZE TABLE ve OPTIMIZE TABLE komutlarıyla performans istatistikleri güncellenmelidir.
Sık Sorulan Sorular
FOREIGN KEY kısıtlamaları neden taşınmıyor?
SQLite varsayılan olarak foreign key kontrolünü devre dışı bırakır. Bu nedenle PRAGMA foreign_keys=ON; komutu çalıştırılmadan oluşturulan ilişkiler, dump dosyasında yer almaz.
MySQL tarafında ise foreign key aktif olarak kullanıldığı için taşıma sonrası tablo ilişkilerinin manuel olarak yeniden oluşturulması gerekebilir.
UTF-8 karakterler MySQL’de bozuluyorsa sebebi nedir?
SQLite verileri UTF-8 formatında saklarken, MySQL genellikle latin1 karakter seti kullanır. Sorunu çözmek için MySQL veritabanını utf8mb4_general_ci olarak oluşturup import sırasında aşağıdaki parametreyi ekleyin.
--default-character-set=utf8mb4Alternatif olarak, dosyayı Notepad üzerinden UTF-8 olarak kaydedip tekrar içe aktarabilirsiniz.
SQLite’ta olmayan index yapısı MySQL’de nasıl optimize edilir?
SQLite genellikle otomatik indeksleme yapmaz ve sorgular full scan yöntemiyle yürür. MySQL’e geçtikten sonra EXPLAIN komutuyla sorgu planı incelenmeli ve sık kullanılan sütunlara INDEX eklenmelidir.
SQLite’tan MySQL’e geçişte en güvenli yöntem hangisidir?
Küçük projeler için MySQL Workbench Migration Wizard en güvenli ve kolay seçenektir. Ancak büyük veya otomasyon gerektiren sistemlerde sqlite3 .dump + mysqlimport kombinasyonu, hız ve esneklik açısından daha profesyonel bir çözümdür.
