Sun Microsystems 8 Aralık itibariyle MySQL 5.1 Genel Olarak Geçerli (GA) Sürümünü duyurdu.

MySQL 5.1 önceki versiyonlarına göre %15 daha hızlı ve bunun web tabanlı girişimlerin uygulamalarında harika çözümler yaratacağı söyleniyor. MySQL 5.1 büyük veritabanı uygulamalarını kolayca yönetebilmek için dizayn edilmiş ve artık indirilmeye hazır.

Size uygun MySQL 5.1 ‘i buradan indirebilirsiniz.

MySQL ‘de efektif maksimum tablo büyüklüğü, işletim sisteminin maksimum dosya büyüklüğüne dayanır. Çok enteresan değil mi? Sınır yok yani – Sınır işletim sisteminiz -

Aşağıda popüler işletim sistemlerinde kabaca MySQL tablo büyüklükleri gösterilmiş:

* LFS : Large File Support (Büyük dosya desteği)

Tabloda görüldüğü üzere Solaris 16 Terabyte ile maksimum büyüklüğe ulaşılabilinen tek işletim sistemi. Acaba o yüzden mi MySQL ‘i Sun Microsystems aldı ?! Aşağıda okuyacaksınız, bu büyüklük hiçbirşey aslında. Neredeyse!

Aslında MySQL varsayılan olarak 256 Terabyte sınırıyla gelir !!! (Nasıl yani) Bu varsayılan değer MySQL 5.0 ve aşağı sürümlerde 4 GB olarak belirlenmiştir. Burada benim aklıma gelen ilk soru şu olmuştu :

Maksimum 16 TB dosya büyüklüğüne izin veren Solaris bile 256 TB desteklemezken 256 TB ‘dan fazlasını kullanabilen işletim sistemi nedir acaba ???

Üstüne üstlük MySQL ‘de tablo büyüklükleri 65,536 TB (256⁷ – 1 byte) ‘a kadar çıkarılabiliyorken (yok artık ya) 16 TB destekleyen işletim sistemi ne iş Ki LAMP olarak bilinen Linux+Apache+MySQL+PHP dörtlüsünün desteklediği maksimum boyut 4 TB !

Bunları boş bir zamanımda oturup araştıracağım hakikaten merak ettim. Bilen arkadaşlar yorum kısmından hemen iliştirebilirler…

Şu anda kullandığınız işletim sistemi ve MySQL sürümü ile MySQL veritabanınızın varsayılan maksimum büyüklüğünü öğrenmek istiyorsanız aşağıdaki komutu SQL sorgusu olarak çalıştırın:

SHOW TABLE STATUS FROM veritabanı_adınız LIKE 'tablo_adınız';

Farkındaysanız yazının başından beri MySQL tablosu ve MySQL veritabanı terimlerini aynılarmış gibi kullanıyorum. Bunun sebebi yazının başında söylediğim gibi MySQL ‘de maksimum tablo büyüklüğü, işletim sisteminin maksimum dosya büyüklüğüne dayanır. Yani MySQL veritabanı dosyasının maksimum büyüklüğü tek bir tablonun büyüklüğü ile de belirlenebilir, 100 lerce tablonun birleşimiyle de. Dolayısıyla birinin sınırı diğerinin sınırına bağlıdır.

Dolayısıyla aşağıda yazdığım küçük PHP script ‘i ile tabloları yeniden adlandırdım:

<?php
// MySQLi Bağlantısı
$db = new mysqli('localhost','kullanici_adi','sifre','veritabani_adi');
 
// Bağlantı Hata Kontrolü
if (mysqli_connect_errno()) {
		echo 'Bağlantı Sağlanamıyor: ' . mysqli_connect_error();
}
 
// Gerekli olmayabilir ama karakter setlerini
// garanti altına alalım
$db->query("SET NAMES 'utf8'");
$db->query("SET CHARACTER_SET 'utf8'");
 
// Veri tabanındaki tabloları çekme sorgusu
// Eğer veritabanınızda sadece kurduğunuz
// Wordpress 'in tabloları yoksa buradan sonra
// $tablolar dizisini filtrelemeniz gerekir.
// Tavsiye: eregi(), preg_match()
$sorgu = "SHOW TABLES";
 
$sonuc = $db->query($sorgu);
 
// Veri çekebildiysek...
if($sonuc->num_rows > 0) {
 
	$tablolar = array();
 
	// Gelen veriler tablo adları $tablo dizisine ekle
	while($satir = $sonuc->fetch_array(MYSQLI_BOTH)) {
 
		$tablolar[] .= $satir[0];
	}
	// Belleği boşaltmak burada önemli değil ama elimiz alışsın ;)
	$sonuc->free();
	// Başka sorgularımız da olacak bu değişkenleri silip yenilerine yer açalım
	unset($sorgu,$sonuc,$satir);
}
 
// Her tablo adı için bir MySQL sorgusu yapıp isimlerini değiştiriyoruz
for($i=0; $i<count($tablolar); $i++) {
 
	$sorgu = "RENAME TABLE ".$tablolar[$i]."  TO yeni_onek_" .$tablolar[$i]."";
 
	// Oldu mu ??
	if(!$db->query($sorgu)) {
		echo $db->error ." :: " .$db->errno;
	}
}
// Bağlantıyı kapat
$db->close;
 
?>

wp-config.php dosyasındaki $table_prefix değişkenini de güncelledikten sonra (yeni_onek_) siteyi açtım. Sitenin açılmasında bir problem olmadı. Bende yeni düzenlemeler için yönetim panelini açtım. Karşımda şu mesaj vardı:

You do not have sufficient permissions to access this page.
Bu sayfaya ulaşma izniniz yoktur.

Hayda!! Bir – 1,5 saat civarında oturup WordPress ‘in kodlarını inceledim. Acaba bir bug mı oluştu tablolarla oynayınca diye. WordPress kodlarını güzelce incelemekten öteye gidemeyen bu uğraştan sonra, sıkışanın yardımcısı, biricik arama motoru Google ‘da sadece “wordpress table prefix” yazmam yeterli oldu. Oyalanmamın sebebi aslında birazda Azizce ‘yi nereye kurduk, depreme dayanıklı mı acaba şeklindeki düşüncelerimdi.
Colin Seymour ‘un olayı tam 1 sene evvel çözüp blogunda paylaştığını gördüm.

WordPress ‘te yaptığımız bazı ayarlamalarda, tablo isimleri veritabanına kaydediliyormuş. Dolayısıyla önceden tabloadi olan tablomuz şimdi yeni_onek_tabloadi olduğundan ötürü, veritabanında kayıtlı satırları da düzeltmek gerekmeyteymiş.

Peki bu düzeltmeler neymiş? :

${yeni_onek_}options tablosundaki:

• ${varsa_eski_onek_}user_roles seçeneği

ve

${yeni_onek_}usermeta tablosundaki:

• ${varsa_eski_onek_}capabilities seçeneği
• ${varsa_eski_onek_}user_level seçeneği
• ${varsa_eski_onek_}autosave_draft_ids seçeneği

kısımlarını bulup , ${varsa_eski_onek_} yerine ${yeni_onek_} yazmak. Yani yine eski tablo önekini yeni tablo önekiyle değiştirmek. Ancak tabi buradaki fark tablo satırlarını değiştirmenizde.

Benzer şekilde eski tablo öneklerinizi içeren satırlar varsa bunları bulup yenisiyle değiştirmeniz gerekmekte.

Umarım bu tiyo işinize yarar. Bu şekilde bir veritabanına bir çok kez rahatça WordPress kurabilirsiniz.

Sun Microsystems

Ben de buna çok şaşırdım, muhtemelen sizlerin de şaşıracağınız gibi…

Sun, MySQL AB ‘yi tam 1 milyar dolar ( 1,000,000,000 $ ) karşılığında satın aldı. Bu sayede toplamda 15 milyar dolarlık veritabanı piyasasında iyi bir konuma yerleşmiş oldu.

Aralarında Facebook, Google, Nokia, Baidu, China Mobile ‘nin de bulunduğu MySQL kullanan global açılımlar sinerjileriyle, Sun ‘ı yazılım dünyasının çehresini değiştirecek hale getirecekler. (En azından öyle umulmuş )

Sun ‘ın amacı, LAMP (Linux-Apache-MySQL-Php) ın M ‘si MySQL ‘i OpenSolaris ve MAC OS X işletim sistemleri için de optimize etmek ve geliştirmekmiş. Web 2.0 ve yeni nesil tüm uygulamalarda çok çok önemli rol oynayan MySQL ‘i alarak JAVA, Netbeans gibi sistemlerle maksimum optimizasyon hedeflemişler.

Muhtemelen Oracle çok pahalı, MySQL ‘in bu halide onların sistemlerine çok yavaş geldi… Burada tabi beni endişelendiren şeylerden biri ileride MySQL veritabanlı bir hosting (barındırma) yada server (sunucu) için ödenen ücretler çok değişir mi, ikincisi ise WAMP (Windows-Apache-MySQL-Php) ve LAMP güç kaybeder mi ? Ve bir diğeri ise acaba oturup JAVA mı öğrenmeye başlasam Yada projelerimde PostgreSQL denemeleri mi yapsam ???

Tahminim, Mysql zaten 5 li sürümlerde sıkıntısız ve hızlı (şimdilik gerektiği kadar yeterli) gidiyor deyip MySQL Development (geliştirme) Sun Sistemlerine optimizasyon için çalışacak. Bundan sonra duyurulacak versiyonlar genelde SUN sistemlere yönelik olacak ve 1-2 yenilikte sus payı olarak LAMP , WAMP kullanıcılarına verilecek.

MySQL ve SUN ‘ın resmi sitelerinin yanı sıra dünyada da yankı bulmuş haber linklerine aşağıdan ulaşabilirsiniz.

• MySQL AB
• Sun Microsystems
• Zend Developer Zone

Bu arada şunu not düşmek isterim ki, PHP ve MySQL ‘in babalarından LAMP severler Laura Thomson, Andi Gutmans dahil bir çok kişi olayı “tabiri caizse” kınamış!

• Andi Gutmans
• Laura Thomson
• Php Web Services
• Lukas Kahwe Smith
• Positive or Negative: SUN’s acquisition of MySQL AB – CodeIgniter Forums