• 10-02-2009, 02:02:30
    #10
    Adamın mesaj sayısı fazladır senden ama mesajların text kısmı daha kısa olabilir mesela. Veya gereksiz yere veritekrarı olabilir veritabanında.

    Atıyorum kullancı adı alanı sende 30byte tır. Adam da 15 byte. Çarp bunu binlerce kullanı için.

    Aynı şeyi mesajlar konu başlıkları imzalar vs. falan için düşünürsen muazzam bir büyüklük çıkar ortaya.
  • 10-02-2009, 08:49:01
    #11
    Üyeliği durduruldu
    bunda abartılacak bi taraf yokki. en basitinden şarkı sözü veritabanım var 480 000 kayıt kadar 800 mb mi ne
    oda içerisinde hiç birşey yok yani.
    destan gibi forumda başlık yazan arkadaşlar var

    bide sql yedegi bilgisayarda tutulan veritabanı haline göre daha yüksektir. saf veriden çok içinde insert create alan isimleri bilmem ne içerdiği için
  • 10-02-2009, 20:29:04
    #12
    kurabiye adam adlı üyeden alıntı: mesajı görüntüle
    Adamın mesaj sayısı fazladır senden ama mesajların text kısmı daha kısa olabilir mesela. Veya gereksiz yere veritekrarı olabilir veritabanında.

    Atıyorum kullancı adı alanı sende 30byte tır. Adam da 15 byte. Çarp bunu binlerce kullanı için.

    Aynı şeyi mesajlar konu başlıkları imzalar vs. falan için düşünürsen muazzam bir büyüklük çıkar ortaya.


    Bilgilendirmeleriniz için teşekkür ederim hocam.
    Db yi hafifletmek için önerileriniz varmı başka acaba.

    Brnim aklıma geldide mesela kullanıcıların özel mesajlarını belirli zamanlarda silmekte yararlı olabilir sanırım.eskiden hoşgeldin pmsi gönderiliyordu üye olanlara iptal ettim.
    Zaten çoğu kişi alacağını almak için üye olup gidiyor ve boş yere bitane pm gidiyor adama. 20k üyeye 1'er taneden zaten 20k mesaj boş yere dbyi şişiriyor.Lakin pmleri nasıl toplu halde silebileceğimi keşfedemedim henüz

    Başka fikirleri önerileri olan arkadaşlar varsa paylaşabilirler.
  • 10-02-2009, 21:35:13
    #13
    attachment tablosunun boyutuna bakarmısın sanırım senin sorunun bu olsa gerek
  • 10-02-2009, 22:28:03
    #14
    işte tablolar bu şekilde. sql yi indirince 1.3 gb boyutu var.
    mysql dumper ile veya ssh ile almamız farketmiyor.boyut hep aynı.

    Resim 1

    Resim 2

    Resim 3

    Resim 4

    Buda son resim
  • 11-02-2009, 22:13:46
    #15
    ya arkadaşım.
    demek istediğim Veri Tabanının Mount edilmiş kapladığı alan ile.
    Senin aldığın dump dosyasının kapladığı alan bir olmaz.
    Senin aldığım dump = veritabanı değil sadece verilerin bulunduğu scripttir.
    Dolayısı ile phpmyadmin senin dump unu değil veritabanının kapladığı alanı disc üstünde hesaplıyor.
    Keza utf ler iso lardan daha fazla yer kaplar ama db mount şeklindeyken.
    dump scripti dediğim gibi sadece text dosyadır. Veritananı değildir.
  • 11-02-2009, 22:54:36
    #16
    Hocam bende senin demek istediğini anlıyorumda benim burdaki sorunum db mi şişiren bişeyin olması.Ben bunu bulmaya çalışıyorum.Tamam dedikleriniz mantıklıda ama sonuç olarak benim db min büyüklüğü ne olursa olsun 1gb geçmemesi gerekiyor.Ortada bi sorun var yani.
  • 11-02-2009, 23:34:27
    #17
    Onun sebebini yukarıda anlattım.
    Şimdi tablolarına bakınca BLOB veya CLOB fieldlar vardır.
    dolayısı ile onlar sana text olarak dönmez. Hex olarak döner. onuda hex e çevirdiğinde ascii olarak 10 kat yer kaplar.
    yani dolayısı ile discte 1 Gb yer kaplıyorsa o BLOB yerler text e çevirince senin dump script boyutun 1.3 Gb a çıkması çok normal.
    Umarım anladın. Anlamadıysan
    mysql blob - Google'da Ara

    mysql clob - Google'da Ara

    MySQL Field Types

    MySQL :: MySQL 5.1 Reference Manual :: 10.1.3 Overview of String Types
  • 12-02-2009, 00:10:51
    #18
    Aynen hocam bakıyorum teşekkür ediyorum.
    Bu sorunu düzeltmemde bana yardımcı olabilirmisiniz hocam?