Mengapa meja kerja mysql mogok?

Dulu bisa mencari semua tabel di database menggunakan MySQL Workbench on 5. 7, tetapi sekarang macet dengan kesalahan berikut di log

17. 10. 58 [ERR][GRTDispatcher]. pengecualian di grt execution_task, melanjutkan. Pengecualian. Anda memiliki kesalahan dalam sintaks SQL Anda;
17. 10. 58 [ERR][GRTDispatcher]. pekerja. tugas 'Pencarian' gagal karena kesalahan. Anda memiliki kesalahan dalam sintaks SQL Anda;

Adakah orang lain yang mengalami masalah ini?

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. error6

• 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 error_9

  • Di antarmuka gdb, ketik warning0

  • Di MySQL Workbench, ulangi crash

  • Di antarmuka gdb, ketik warning_1

• 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 Workbench tidak merespons?

  Masalah ini biasanya diakibatkan oleh referensi nama layanan yang salah . Ini muncul ketika Meja Kerja MySQL berisi referensi ke nama layanan lama (mis. g. mysql), sedangkan MySQL Server 8. 0. x menggunakan nama layanan MySQL80.

  Apakah ada yang lebih baik dari MySQL Workbench?

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

  Mengapa status server MySQL Workbench berhenti?

  Ketika status 'The database server instance is' menunjukkan "stopped", ini menegaskan bahwa server MySQL telah dimatikan . Restart server pada titik ini dengan mengklik tombol Start Server.