• 14-11-2021, 03:52:14
    #1
    Merhabalar,

    Eskiden kullandığım db yi şuan kullanmak için plesk panelden yüklemeye çalıştığımda şu hatayı alıyorum. İnternetten araştırdım fakat çözüm bulamadım. Bu sorunu nasıl aşabilirim.

    #1118 - Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.
  • 14-11-2021, 04:31:48
    #2
    boluwebtasarim adlı üyeden alıntı: mesajı görüntüle
    Merhabalar,

    Eskiden kullandığım db yi şuan kullanmak için plesk panelden yüklemeye çalıştığımda şu hatayı alıyorum. İnternetten araştırdım fakat çözüm bulamadım. Bu sorunu nasıl aşabilirim.

    #1118 - Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.
    Veritabanını Notepad++ ile açıp Ctrl + f = Enter açılan pencerede ikinci sekmede bulunan Değiştir menüsüne tıklayıp ilk satıra varchar ikinci satıra text yaz tümünü değiştir dedikten sonra tekrar yüklermisin? aynı problemi verecekmi vermeyecekmi onu göre şekillendirmekte fayda var, kusursuz olabilmesi için
    Öncesinde db yedeğin var sanırım... kolay gelsin
  • 14-11-2021, 11:58:38
    #3
    BaskentYapim adlı üyeden alıntı: mesajı görüntüle
    Veritabanını Notepad++ ile açıp Ctrl + f = Enter açılan pencerede ikinci sekmede bulunan Değiştir menüsüne tıklayıp ilk satıra varchar ikinci satıra text yaz tümünü değiştir dedikten sonra tekrar yüklermisin? aynı problemi verecekmi vermeyecekmi onu göre şekillendirmekte fayda var, kusursuz olabilmesi için
    Öncesinde db yedeğin var sanırım... kolay gelsin
    Merhaba işlemi uygulamadım ama yine aynı hatayı veriyor.
  • 14-11-2021, 22:24:56
    #4
    Merhaba, herhangi bir host/sunucu değişikliği oldu mu? Aynı platformda mı hata vermeye başladı? (Normalde yukarıda arkadaşın dediği şekilde çözülmesi gerekir) ikinci bir seçenekte sunucuya SSH ile bağlanıp (innodb kullanılıyorsa) değerlerini 512'ye yükseltmek gerekir.
  • 14-11-2021, 22:55:49
    #5
    Romitet adlı üyeden alıntı: mesajı görüntüle
    Merhaba, herhangi bir host/sunucu değişikliği oldu mu? Aynı platformda mı hata vermeye başladı? (Normalde yukarıda arkadaşın dediği şekilde çözülmesi gerekir) ikinci bir seçenekte sunucuya SSH ile bağlanıp (innodb kullanılıyorsa) değerlerini 512'ye yükseltmek gerekir.
    evet hocam SSH ile bağlanıp hallettik sorunu teşekkürler.
  • 17-11-2021, 18:03:44
    #6
    BaskentYapim adlı üyeden alıntı: mesajı görüntüle
    Veritabanını Notepad++ ile açıp Ctrl + f = Enter açılan pencerede ikinci sekmede bulunan Değiştir menüsüne tıklayıp ilk satıra varchar ikinci satıra text yaz tümünü değiştir dedikten sonra tekrar yüklermisin? aynı problemi verecekmi vermeyecekmi onu göre şekillendirmekte fayda var, kusursuz olabilmesi için
    Öncesinde db yedeğin var sanırım... kolay gelsin
    Bu işlemi yapmanızı memory kullanımının yükselmemesi açısından tavsiye etmiyorum. Hatanın sebebi veriyi kaydederken maksimum uzunluğu kontrol etmeden kayıt ettirildiğinden dolayı böyle bir hata ile karşılaşmanız istisnai bir durum değildir. Yani tıpkı sqlserverde tinyint data tipinin istisna ile -127 ~ 255 değerini alabiliyor olması gibidir. Mysqlde bu tür istisnaları önleme amacıyla signed ve unsigned diye integer veri tiplerini ikiye ayırmışlardır fakat string tiplerinde hala bu istisnai durum ile karşılaşılmaktadır. Kolonunuz varchar(max) dahi olsa alabileceği maksimum uzunluk 8kb(8192 bayt) dir ve memoryde ona göre yer açılır. Dediğim gibi optimizasyon açısından uzunluğunu bilmediğiniz string kolonlarını kesinlikle text(64kb) ile değiştirmenizi önermiyorum.