Apa yang menyebabkan mysql crash?

Question

Meskipun menggunakan WordPress selama 8 tahun, ini adalah permintaan dukungan pertama saya, jadi harap bersikap lembut kepada saya 😉

Table of Contents Show

Bagaimana cara memperbaiki database MySQL yang macet?
Apa yang menyebabkan database macet?
Bagaimana saya bisa tahu kapan tabel MySQL macet?
Mengapa MySQL Workbench terus mogok?

Situs web klien saya di https. //kawat fantasi. bersama. uk tampaknya merusak server MySQL hampir setiap hari (atau menjadi sangat lambat) sekitar pukul 15. 15 UTC

A memiliki VPN terkelola dengan TSOHost di Inggris. Saya telah menghubungi mereka untuk memperbaiki masalah ini, tetapi mereka mengatakan situs web yang menyebabkan masalah, jadi di luar jangkauan mereka

TSOhost mengatakan mereka harus me-reboot server hampir setiap hari (walaupun mereka tidak memberi tahu saya tentang ini sampai ditekan)

Saya telah melakukan semua rekomendasi untuk memperbaiki kesalahan "Kesalahan membangun koneksi database" yang dilemparkan, tetapi ini sebagian besar menganggap saya tidak bisa masuk ke situs saya sama sekali. Dalam contoh saya, saya bisa melakukannya dengan baik, kecuali dari sore hari, hingga beberapa waktu kemudian ketika TSO me-reboot server saya

Masalah saya adalah, saya tidak tahu apa yang harus saya cari, jadi saya tidak tahu bagaimana menemukan kesalahan ini. Saya bahkan tidak tahu caranya, atau apakah saya dapat mem-boot ulang server dari cPanel, yang mungkin membantu saat mencoba menyelesaikan ini

Jika Anda dapat merekomendasikan tindakan awal, itu akan sangat bagus
Terima kasih

Halaman yang saya perlu bantuan. [masuk untuk melihat tautan]

Melihat 2 balasan - 1 sampai 2 (dari total 2)

Moderator Steven Stern (sterndata)

(@sterndata)

Moderator Forum

Jika server database Anda mogok, tempat pertama yang harus dicari adalah log kesalahan server, baik /var/log/messages dan /var/log/mysql (atau /var/log/mariadb)

Juga, gunakan alat penyetelan mysql untuk melihat apakah Anda bisa mendapatkan kinerja yang lebih baik dari server Anda. Ini dia. https. //mentah. githubusercontent. com/major/MySQLTuner-perl/master/mysqltuner. pl

Tuan rumah Anda menyalahkan WP karena itu hal termudah untuk mereka lakukan. Namun, bukan WP yang mogok, melainkan server

Thread Starter tallturtle

(@turtle tinggi)

Hai Steven
Terima kasih atas balasan cepat Anda
Saya khawatir saya tidak tahu di mana harus mencari log kesalahan server. Saya telah melihat-lihat cPanel dan belum menemukan apa pun yang mirip dengan saran Anda

Tautan ke utilitas konfigurasi server juga tidak masuk akal bagi saya

Saya tahu saya terlihat seperti orang bodoh, tapi hanya saja ini bukan bidang keahlian saya. Percaya atau tidak, saya sebenarnya berpikiran teknis, jadi jangan menyerah dulu

Jadi sedikit latar belakang, beberapa minggu yang lalu saya membawa server khusus CentOS baru di Melbourne, namun sepertinya selain jumlah penyerang yang saya dapatkan, sepertinya juga ada masalah dengan database MySQL, atau perangkat lunak yang digunakan adalah sebagai

Saya telah memeriksa log dan tidak melihat alasan mengapa itu akan macet tetapi saya bertanya-tanya apakah ada orang di luar sana yang dapat membantu saya memperbaiki masalah ini

Bagian terakhir dari file log

 150512 06:15:02 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
150512 06:20:02 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
150512  6:20:02 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150512  6:20:02 [Note] Plugin 'FEDERATED' is disabled.
150512  6:20:02 InnoDB: The InnoDB memory heap is disabled
150512  6:20:02 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150512  6:20:02 InnoDB: Compressed tables use zlib 1.2.3
150512  6:20:02 InnoDB: Using Linux native AIO
150512  6:20:02 InnoDB: Initializing buffer pool, size = 128.0M
150512  6:20:02 InnoDB: Completed initialization of buffer pool
150512  6:20:02 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150512  6:20:02  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150512 06:20:02 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
150512 06:25:02 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
150512  6:25:02 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150512  6:25:02 [Note] Plugin 'FEDERATED' is disabled.
150512  6:25:02 InnoDB: The InnoDB memory heap is disabled
150512  6:25:02 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150512  6:25:02 InnoDB: Compressed tables use zlib 1.2.3
150512  6:25:02 InnoDB: Using Linux native AIO
150512  6:25:02 InnoDB: Initializing buffer pool, size = 128.0M
150512  6:25:02 InnoDB: Completed initialization of buffer pool
150512  6:25:02 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150512  6:25:02  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150512 06:25:03 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
150512 06:30:01 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
150512  6:30:01 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150512  6:30:01 [Note] Plugin 'FEDERATED' is disabled.
150512  6:30:01 InnoDB: The InnoDB memory heap is disabled
150512  6:30:01 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150512  6:30:01 InnoDB: Compressed tables use zlib 1.2.3
150512  6:30:01 InnoDB: Using Linux native AIO
150512  6:30:01 InnoDB: Initializing buffer pool, size = 128.0M
150512  6:30:01 InnoDB: Completed initialization of buffer pool
150512  6:30:01 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150512  6:30:01  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150512  6:30:01  InnoDB: Waiting for the background threads to start
150512  6:30:02 InnoDB: 5.5.41 started; log sequence number 68534366
150512  6:30:02 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
150512  6:30:02 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
150512  6:30:02 [Note] Server socket created on IP: '0.0.0.0'.
150512  6:30:02 [Note] Event Scheduler: Loaded 0 events
150512  6:30:02 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.41'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL Community Server (GPL) by Remi
150512 06:42:37 mysqld_safe Number of processes running now: 0
150512 06:42:37 mysqld_safe mysqld restarted
150512  6:42:37 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150512  6:42:37 [Note] Plugin 'FEDERATED' is disabled.
150512  6:42:37 InnoDB: The InnoDB memory heap is disabled
150512  6:42:37 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150512  6:42:37 InnoDB: Compressed tables use zlib 1.2.3
150512  6:42:37 InnoDB: Using Linux native AIO
150512  6:42:37 InnoDB: Initializing buffer pool, size = 128.0M
150512  6:42:37 InnoDB: Completed initialization of buffer pool
150512  6:42:37 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150512  6:42:37  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150512  6:42:37  InnoDB: Waiting for the background threads to start
150512 06:42:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
150512 06:45:02 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
150512  6:45:02 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150512  6:45:02 [Note] Plugin 'FEDERATED' is disabled.
150512  6:45:02 InnoDB: The InnoDB memory heap is disabled
150512  6:45:02 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150512  6:45:02 InnoDB: Compressed tables use zlib 1.2.3
150512  6:45:02 InnoDB: Using Linux native AIO
150512  6:45:02 InnoDB: Initializing buffer pool, size = 128.0M
150512  6:45:02 InnoDB: Completed initialization of buffer pool
150512  6:45:02 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150512  6:45:02  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150512  6:45:02  InnoDB: Waiting for the background threads to start
150512  6:45:03 InnoDB: 5.5.41 started; log sequence number 68578838
150512  6:45:03 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
150512  6:45:03 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
150512  6:45:03 [Note] Server socket created on IP: '0.0.0.0'.
150512  6:45:03 [Note] Event Scheduler: Loaded 0 events
150512  6:45:03 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.41'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL \

Server menjalankan yang berikut ini

CentOS 6 vestaCP MYSQL 5. 5. 4 Server surat

Bagaimana cara memperbaiki database MySQL yang macet?

Menjalankan Proses Pemulihan InnoDB .

Temukan dan buka file konfigurasi global menggunakan editor teks favorit Anda. .

Tambahkan opsi berikut ke my. file cnf. [mysqld] innodb_force_recovery=4. .

Simpan dan tutup file

Mulai ulang server MySQL untuk memastikan file konfigurasi baru berlaku. systemctl me-restart mysql

Apa yang menyebabkan database macet?

Sejumlah besar crash database disebabkan oleh masalah izin file, data rusak, dan file indeks . Ada beberapa alasan untuk ini. 1. ) Proses lainnya adalah memodifikasi data atau indeks yang ditulis oleh database tanpa penguncian yang akurat.

Bagaimana saya bisa tahu kapan tabel MySQL macet?

Untuk membuat pengujian di Traverse guna mendeteksi tabel database MySQL yang mogok di BVE atau DGE. .

Arahkan ke 'Administrasi -> Perangkat'. .

Pilih tautan 'Pengujian' untuk server Traverse (baik BVE, gabungan BVE/DGE, atau hanya DGE)

Pilih 'Buat Tes Standar Baru'

Mengapa MySQL Workbench terus mogok?

MySQL Workbench mungkin macet saat menghubungkan ke database karena file Cuplikan Pengguna yang rusak . File mungkin rusak jika Anda mengeditnya di luar Workbench. Menghapus file cuplikan akan memaksa MySQL Workbench untuk membuat yang baru saat mencoba menyambung ke database.

kode mysql