1030 Mendapat kesalahan 28 dari mesin penyimpanan

Saya sedang mengerjakan proyek di mana saya perlu membuat database dengan 300 tabel untuk setiap pengguna yang ingin melihat aplikasi demo. itu berfungsi dengan baik tetapi hari ini ketika saya menguji dengan pengguna baru untuk melihat demo itu menunjukkan kepada saya pesan kesalahan ini

1030 Got error 28 from storage engine

Setelah menghabiskan beberapa waktu di Google, saya menemukan itu adalah kesalahan yang berhubungan dengan ruang database atau file sementara. Saya mencoba untuk memperbaikinya tetapi saya gagal. sekarang saya bahkan tidak dapat memulai mysql. Bagaimana saya bisa memperbaiki ini dan saya juga ingin meningkatkan ukuran ke maksimum sehingga saya tidak akan menghadapi masalah yang sama lagi dan lagi.

Kesalahan Mysql " 28 dari mesin penyimpanan " - berarti " tidak cukup ruang disk ".

Untuk menampilkan ruang disk, gunakan perintah di bawah ini.

myServer# df -h

Hasilnya harus seperti ini.

Filesystem    Size    Used   Avail Capacity  Mounted on
/dev/vdisk     13G     13G     46M   100%    /
devfs         1.0k    1.0k      0B   100%    /dev

Untuk memperluas ini (meskipun itu adalah pertanyaan yang lebih tua); Ini bukan tentang ruang MySQL itu sendiri mungkin, tetapi tentang ruang secara umum, dengan asumsi untuk file tmp atau sesuatu seperti itu. Dir data mysql saya tidak penuh, partisi / (root) adalah

Saya memiliki masalah yang sama di AWS RDS. Itu karena Ruang Freeable (Ruang Penyimpanan Hard Drive) Penuh. Anda perlu menambah ruang, atau menghapus beberapa data.

/ Tmp saya adalah 100%. Setelah menghapus semua file dan me-restart mysql semuanya bekerja dengan baik.

Folder / var / log / apache2 saya adalah 35g dan beberapa log di / var / log berjumlah 5g dari hard drive 40g saya. Saya menghapus semua log * .gz dan setelah memastikan log lain tidak akan melakukan hal-hal buruk jika saya mengacaukannya, saya juga membersihkannya.

echo "clear" > access.log

dll.

Periksa / backup Anda untuk melihat apakah Anda dapat menghapus cadangan yang lebih lama tidak diperlukan.

Saya memiliki masalah serupa, karena replikasi log biner saya .

Jika ini masalahnya, buat saja cronjob untuk menjalankan kueri ini setiap hari:

PURGE BINARY LOGS BEFORE DATE_SUB( NOW(), INTERVAL 2 DAY );

Ini akan menghapus semua log biner yang lebih lama dari 2 hari.

Saya menemukan solusi ini di sini .

Sederhana: $ sth-> finish (); Mungkin akan menyelamatkan Anda dari khawatir tentang hal ini. Mysql menggunakan ruang tmp sistem alih-alih ruangnya sendiri.

sudo su


cd /var/log/mysql

dan terakhir ketik: > mysql-slow.log

Ini berhasil untuk saya

Jatuhkan basis data yang bermasalah, lalu reboot layanan mysql ( sudo service mysql restart, misalnya).