veritabanı içe aktarmada bi hata alıyorum. - Sayfa 2

23-04-2023, 20:19:31

#10

Misafir adlı üyeden alıntı: mesajı görüntüle

Hocam dedigim gibi yaparsaniz emin olun sorun gidecektir dilerseniz yapamazsaniz 22.00 sonrasi musaitim anydesk uzeri baglanabilirim hocam

şuan tek tablo içeri aktarcam olmaz ise saat 22 de size yazarım

23-04-2023, 21:05:26

#11

sakurt

CliaWeb adlı üyeden alıntı: mesajı görüntüle

Merhaba,

SSH üzerinden import etmeniz mantıklı olandır. zip problemli ise unzip ederek içerisindeki sql dosyayı import edebilirsiniz.

İyi çalışmalar.

mariadb içinde bu utf8mb4_unicode_520_ci dil dosyası yok. bu dil dosyası olmadıği için içe aktarım hatası veriyor bende mysql40 olarak dışa aktarıyorum bu seferde postmeta tablosu önceden var diyor ve içe aktarmayı durduruyor... bu dil dosyasını nasıl kurabilirim

23-04-2023, 21:13:27

#12

CliaWeb

sakurt adlı üyeden alıntı: mesajı görüntüle

mariadb içinde bu utf8mb4_unicode_520_ci dil dosyası yok. bu dil dosyası olmadıği için içe aktarım hatası veriyor bende mysql40 olarak dışa aktarıyorum bu seferde postmeta tablosu önceden var diyor ve içe aktarmayı durduruyor... bu dil dosyasını nasıl kurabilirim

Merhaba sakurt,

Veritabanı yedeklerinizi indirdikten sonra bir sistem uzmanına plesk sunucunuz için mysql -> mariadb upgrade işlemi yaptırınız.

İyi çalışmalar.

26-04-2023, 09:04:37

#13

EfendiBey

Yeni aktarım için my.cnf konfigürasyonu yapmalısınız.

Mysqld altına ekleyin veya varsa bu şekilde değiştirin:

interactive_timeout=60
wait_timeout=60
max_allowed_packet=64M

Ardından MySQL Sunucuya restart atın. MariaDB varsayılan ayarlarıyla gelir ve bunlar gerekli istekleri genelde karşılar. Veritabanın önceki yüklü olduğu yerde işlem yapıp, sonra dışarıya aktarıp oradan yeni sunucuya import ederseniz sorun kalmaz.

Tablo yapılarınız nedir? InnoDB ise, collate belirleme örneği:

ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_520_ci;

Bunun için root yetkinizin olması gerekiyor. Bu arada yeni yere aktarım yaparken eski kayıtları güzelce temizleyin ki, "bu zaten var" diye hata vermesin. Bu işlemlerin riskli olduğunu unutmamalı ve yedeklerinizi mutlaka almalısınız. Veritabanınızın o boyutta olması fazlalıklardan kaynaklanabilir. Kısacası optimize etmeniz gerekebilir.

26-04-2023, 16:28:12

#14

sakurt

EfendiBey adlı üyeden alıntı: mesajı görüntüle

Yeni aktarım için my.cnf konfigürasyonu yapmalısınız.

Mysqld altına ekleyin veya varsa bu şekilde değiştirin:

interactive_timeout=60
wait_timeout=60
max_allowed_packet=64M

Ardından MySQL Sunucuya restart atın. MariaDB varsayılan ayarlarıyla gelir ve bunlar gerekli istekleri genelde karşılar. Veritabanın önceki yüklü olduğu yerde işlem yapıp, sonra dışarıya aktarıp oradan yeni sunucuya import ederseniz sorun kalmaz.

Tablo yapılarınız nedir? InnoDB ise, collate belirleme örneği:

ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_520_ci;

Bunun için root yetkinizin olması gerekiyor. Bu arada yeni yere aktarım yaparken eski kayıtları güzelce temizleyin ki, "bu zaten var" diye hata vermesin. Bu işlemlerin riskli olduğunu unutmamalı ve yedeklerinizi mutlaka almalısınız. Veritabanınızın o boyutta olması fazlalıklardan kaynaklanabilir. Kısacası optimize etmeniz gerekebilir.

root yetkim var çok ilginç bi şey olmuş. 850 içerik var post tablosu 1,1gb 110bin veri var görünüyor. tablo büyük ihtimal şişmiş yada bozulmuş... 850 içerik o kadar veri yapmaması lazım.... tabloyu csv olarak indir yarım saat excel ile açılmasını bekledim... enteresan bi dum

12-05-2023, 10:59:12

#15

zihniates

veritabanınız gereksiz büyük gibi geldi. Action Scheduler tablosunun içini boşaltıp tekrar export edebilirsiniz. Genelde wordpress veritabanları bu yüzden büyür.
Başarılar.

14-05-2023, 19:10:08

#16

sakurt

zihniates adlı üyeden alıntı: mesajı görüntüle

veritabanınız gereksiz büyük gibi geldi. Action Scheduler tablosunun içini boşaltıp tekrar export edebilirsiniz. Genelde wordpress veritabanları bu yüzden büyür.
Başarılar.

post tablosu şişmiş.. veri tabanı içinde nasıl söyleyim düzensiz hallaç pamuğu gibi post tablosunda veri bulunuyor... sadece o tabloyu indirdim baktım... bana göre tabloz bozuk... ve 1.1gb nasıl olmuş onu anlamadım

15-05-2023, 12:35:44

#17

by_error

Merhaba çözemediyseniz localde veri tabanını eklentisiz temasız açıp db cleaner gibi uygulamalarla şişen kısmı temizlenebilir.

15-05-2023, 20:20:27

#18

sakurt

by_error adlı üyeden alıntı: mesajı görüntüle

Merhaba çözemediyseniz localde veri tabanını eklentisiz temasız açıp db cleaner gibi uygulamalarla şişen kısmı temizlenebilir.

localde derken local sunucu da mı? xampp dan mı yapmam gerekiyor...