Résoudre le problème de la base de données MySQL8.0.28 fonctionnant sous la version Windows

Description du problème

La base de données MySQL8.0.28 s'exécute sur un serveur Windows 2022. Si Navicat est utilisé pour effectuer une sauvegarde de données ou s'il plante tout seul lorsque le degré de concurrence est élevé, après avoir vérifié le journal, l'erreur signalée est la suivante :

mysqld got exception 0x16 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
7ff6753cfd48    mysqld.exe!my_print_stacktrace()[stacktrace.cc:429]
7ff67460004b    mysqld.exe!print_fatal_signal()[signal_handler.cc:130]
7ff6745ffe13    mysqld.exe!my_server_abort()[signal_handler.cc:241]
7ff6753b643a    mysqld.exe!my_abort()[my_init.cc:263]
7ff6755ec579    mysqld.exe!ut_dbg_assertion_failed()[ut0dbg.cc:99]
7ff67553bd51    mysqld.exe!SyncFileIO::execute()[os0file.cc:3776]
7ff67553d5da    mysqld.exe!os_aio_windows_handler()[os0file.cc:7188]
7ff67553c7da    mysqld.exe!os_aio_handler()[os0file.cc:6120]
7ff67555e3f4    mysqld.exe!fil_aio_wait()[fil0fil.cc:8207]
7ff6755ae091    mysqld.exe!io_handler_thread()[srv0start.cc:281]
7ff6755ab7b4    mysqld.exe!std::thread::_Invoke<std::tuple<Detached_thread,void (__cdecl*)(unsigned __int64),unsigned __int64>,0,1,2>()[thread:54]
7ffea5cc6b4c    ucrtbase.dll!_recalloc()
7ffea78b4de0    KERNEL32.DLL!BaseThreadInitThunk()
7ffea801ec4b    ntdll.dll!RtlUserThreadStart()
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.

problème résolu

En termes simples, il s'agit d'un bug dans la base de données de la version 8.0.28 elle-même. Il a été corrigé dans la version 8.0.29. Il est recommandé d'utiliser la version 8.0.34.

Questions liées à la communauté officielle :
https://forums.mysql.com/read.php?22,703528,703529

résoudre:

It was fixed in the 8.0.29 release, with the following bugs:
https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-29.html

- InnoDB: The AIO synchronization queue used on Windows was removed. The synchronous file I/O read-write function (SyncFileIO::execute) was revised to handle files opened for both normal and overlapped I/O, as it does on Linux. (Bug #33840645)

- InnoDB: A thread posted an asynchronous I/O operation and closed itself, resulting in an operating system file operation error. (Bug #30567295)

The 995 error is not an fatal error in itself, but it was handled incorrectly, leading to a crash. Currently it should only be reported on INFO level and can be safely ignored.

Je suppose que tu aimes

Origine blog.csdn.net/qq_29864051/article/details/132624031
conseillé
Classement