Mengapa meja kerja mysql terus mogok?

Semua versi MySQL diuji pada banyak platform sebelum dirilis. Ini tidak berarti bahwa tidak ada bug di MySQL, tetapi jika ada bug, jumlahnya sangat sedikit dan sulit ditemukan. Jika Anda memiliki masalah, itu akan selalu membantu jika Anda mencoba mencari tahu dengan tepat apa yang membuat sistem Anda mogok karena Anda akan memiliki peluang yang jauh lebih baik untuk memperbaikinya dengan cepat.

Pertama, Anda harus mencoba mencari tahu apakah masalahnya adalah daemon mysqld mati atau apakah masalah Anda ada hubungannya dengan klien Anda. Anda dapat memeriksa berapa lama server mysqld_ Anda telah aktif dengan mengeksekusi mysqladmin version. Jika mysqld_ telah mati, Anda dapat menemukan alasannya di file `mysql-data-directory/'hostname'. berbuat salah'

Karena sangat sulit untuk mengetahui mengapa sesuatu mogok, pertama-tama coba periksa apakah hal-hal yang berfungsi untuk orang lain mogok untuk Anda atau tidak. Silakan coba hal-hal berikut

Bug yang tidak dapat direproduksi sulit dan hampir tidak mungkin diperbaiki, jadi penting untuk menyediakan langkah-langkah yang diperlukan untuk mereproduksi bug

Di mana melaporkan bug

Kunjungi http. //bug. mysql. com/ dan gunakan salah satu kategori bug MySQL Workbench

Tingkat Log

Ada enam level log yang berbeda, dengan tingkat verbositas yang meningkat. error, warning, info, debug1, debug2, dan debug3. Secara default, level error, warning dan info diaktifkan. Ada juga level MySQL Workbench_1 yang menonaktifkan logging

Harap aktifkan level debug3_ sebelum membuat log untuk laporan

Level log kesalahan yang diaktifkan dapat dikonfigurasi menggunakan variabel lingkungan, dengan menggunakan parameter baris perintah, atau dengan menentukan level log sebagai opsi preferensi (lihat Preferensi Lain)

Variabel lingkungan, varian baris perintah, dan opsi preferensi menerima satu tingkat kesalahan, tetapi mengaktifkan opsi yang lebih bertele-tele secara implisit mengaktifkan tingkat di bawahnya. Misalnya, meneruskan info juga mengaktifkan level error dan warning

• Variabel lingkungan. MySQL Workbench_6

  Opsi baris perintah. MySQL Workbench_7

Jika baris perintah dan variabel lingkungan disetel, baris perintah diutamakan

Sebagai contoh

# Microsoft Windows
$> cd "C:\Program Files (x86)\MySQL\MySQL Workbench CE 8.0.32\"
$> MySQLWorkbench.exe --log-level=debug3

# macOS
$> cd /Applications
$> MySQLWorkbench --log-level=debug3

# Linux (Ubuntu)
$> cd /usr/bin
$> mysqlworkbench --log-level=debug3

Jika level info_ diaktifkan, informasi sistem dan semua jalur yang digunakan dalam aplikasi juga dicatat. Di Microsoft Windows, ini juga berarti bahwa file log berisi set lengkap variabel lingkungan saat ini yang aktif untuk program tersebut

Catatan Khusus Sistem Operasi

Microsoft Windows

• Lokasi file log. Di dekat folder data aplikasi pengguna, seperti MySQL Workbench9 untuk Microsoft Windows 10

• Jika terjadi kesalahan (atau pengecualian), file log berisi jejak tumpukan hingga MySQL Workbench dapat melacaknya (biasanya hanya kode C#, dan bukan kode C++). Selain itu, semua peringatan ditambahkan ke log jika tingkat log peringatan (atau yang lebih tinggi) diaktifkan

• Jika crash dan tidak dapat direplikasi oleh tim MySQL Workbench, dan stack trace tidak dapat diperoleh, kami akan meminta crashdump. Petunjuk untuk mengaktifkan crashdump dapat ditemukan di sini, dan harap baca juga detail MSDN untuk ini karena kami memerlukan dump penuh, bukan mini dump

• Untuk crash yang terkait dengan masalah tampilan, mulai MySQL Workbench dengan parameter error0 (dan hanya setelah itu, karena menonaktifkan rendering OpenGL, yang tidak berguna di WBA atau WQE). Output ini akan ditambahkan ke file log

• Jika crash ketika MySQL Workbench dimulai (terutama jika laporan kesalahan mencakup sesuatu tentang error1), kami akan meminta Anda untuk menjalankan error2 pada biner error3, dan meminta kesalahan yang dilaporkan

• Jika crash ketika MySQL Workbench dimulai, dan itu adalah versi 64-bit dari Microsoft Windows, periksa apakah runtime MSVC yang benar telah diinstal. Seringkali orang menginstal versi 64-bit mereka, tetapi hanya 32-bit yang akan berfungsi

macOS

• Lokasi Berkas Log. error_4

• Log kerusakan sistem yang dibuat untuk Workbench ada di error5

Linux

• Lokasi Berkas Log. error_6

• Untuk kerusakan, kami mungkin meminta pelacakan tumpukan yang dapat dihasilkan oleh error7 dengan menggunakan langkah-langkah berikut

  Karena build MySQL Workbench yang diterbitkan tidak memiliki simbol debug, langkah ini bersifat opsional dan mungkin tidak diperlukan

  • Di shell, jalankan error8

  • Keluar dari Meja Kerja MySQL

  • Di shell, jalankan ________6______9

  • Di antarmuka gdb, ketik warning0

  • Di MySQL Workbench, ulangi crash

  • Di antarmuka gdb, ketik warning1

• Jika macet, jalankan juga warning2. Jika itu juga macet, maka itu adalah masalah driver/server X yang terkait dengan OpenGL yang tidak spesifik untuk MySQL Workbench

  Bagaimana cara menghentikan MySQL agar tidak mogok?

  Cobalah hal-hal berikut. Hentikan server mysqld dengan mysqladmin shutdown, jalankan myisamchk --silent --force */*. MYI dari direktori data untuk memeriksa semua tabel MyISAM, dan restart mysqld . Ini memastikan bahwa Anda menjalankan dari keadaan bersih.

  Mengapa MySQL terus mogok?

  Penyebab paling umum crash di MySQL adalah itu berhenti atau gagal untuk memulai karena memori tidak mencukupi . Untuk memeriksanya, Anda perlu meninjau log kesalahan MySQL setelah crash. Pertama, coba mulai server MySQL dengan mengetik. sudo systemctl mulai mysql.

  Mengapa MySQL Workbench terus mogok di Mac?

  Jika Anda sering mengalami crash MySQL Workbench di Mac OS X, periksa apakah Anda belum menginstal beberapa plugin Subversion, seperti SCFinderPlugin atau SCToolbarButton. Apparently they are outdated and do not work well in recent versions of OS X, causing certain other innocent applications to crash.

  Apakah ada yang lebih baik dari MySQL Workbench?

  Sequel Pro, HeidiSQL, Navicat, DataGrip, dan XAMPP adalah alternatif paling populer dan pesaing MySQL WorkBench.