【数据库-MySql】Mysql 服务重启服务后5s左右自动关闭

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/chenlu5201314/article/details/85160091

背景

Window系统:Windows Server 2008 R2

数据库版本:Mysql 5.5.8

AutoDM.err

181220 10:14:29 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use Windows interlocked functions
InnoDB: Compressed tables use zlib 1.2.3
181220 10:14:29  InnoDB: Initializing buffer pool, size = 588.0M
181220 10:14:29  InnoDB: Completed initialization of buffer pool
181220 10:14:29  InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 4104657837
181220 10:14:29  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...
InnoDB: Doing recovery: scanned up to log sequence number 4104766247
181220 10:14:30  InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 
InnoDB: Apply batch completed
181220 10:14:30  InnoDB: 1.1.4 started; log sequence number 4104766247
181220 10:14:30 [Note] Event Scheduler: Loaded 0 events
181220 10:14:30 [Note] Event Scheduler: scheduler thread started with id 1
181220 10:14:30 [Note] C:\Program Files (x86)\MySQL\MySQL Server 5.5\bin\mysqld: ready for connections.
Version: '5.5.8'  socket: ''  port: 3306  MySQL Community Server (GPL)
181220 10:14:31  InnoDB: Assertion failure in thread 3284 in file G:\pb2\build\sb_0-2629600-1291400768.4\mysql-5.5.8\storage\innobase\include\fut0lst.ic line 83
InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.
181220 10:14:31 - mysqld got exception 0xc0000005 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

key_buffer_size=317718528
read_buffer_size=65536
max_used_connections=0
max_threads=500
thread_count=1
connection_count=0
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 473900 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd: 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...
01318D1E    mysqld.exe!flst_read_addr()[fut0lst.ic:83]
012AA1B5    mysqld.exe!trx_purge_rseg_get_next_history_log()[trx0purge.c:700]
012AA5CB    mysqld.exe!trx_purge_get_next_rec()[trx0purge.c:979]
012AA89B    mysqld.exe!trx_purge_fetch_next_rec()[trx0purge.c:1067]
01318A25    mysqld.exe!row_purge()[row0purge.c:727]
01318AFD    mysqld.exe!row_purge_step()[row0purge.c:806]
012FD994    mysqld.exe!que_thr_step()[que0que.c:1247]
012FDF33    mysqld.exe!que_run_threads_low()[que0que.c:1305]
012FE0AA    mysqld.exe!que_run_threads()[que0que.c:1344]
012AAAC2    mysqld.exe!trx_purge()[trx0purge.c:1193]
0129B942    mysqld.exe!srv_master_do_purge()[srv0srv.c:2584]
0129BEE9    mysqld.exe!srv_master_thread()[srv0srv.c:2899]
75AC343D    kernel32.dll!BaseThreadInitThunk()
76EC9832    ntdll.dll!RtlInitializeExceptionChain()
76EC9805    ntdll.dll!RtlInitializeExceptionChain()
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.
InnoDB: Thread 1808 stopped in file ..\..\..\mysql-5.5.8\storage\innobase\os\os0sync.c line 813
InnoDB: Thread 4796 stopped in file ..\..\..\mysql-5.5.8\storage\innobase\os\os0sync.c line 474

问题分析

由病毒诱发的Mysql5.5.8自身BUG。与5.5.8相近的版本(如5.3,5.4)可能都存在这个bug,容易被病毒攻击。

解决方案

方案一、使用低版本Mysql服务 ,如Mysql Server 5.1.30

方案二、杀毒,并重装系统以及Mysql Server5.5.8版本。

猜你喜欢

转载自blog.csdn.net/chenlu5201314/article/details/85160091