windows一键安装包
598035

Windows安装包集成的数据库启动每过几天就会挂一次,要手动重启才能恢复。解决中 悬赏50积分

提问者王生 答案数1 阅读数52 发表时间2024-11-06 21:22:47

系统是 Windows Server 2019,ZenTao安装和数据所在硬盘是三星PM893,剩余空间3T左右比较充裕。

数据库崩溃前后日志如下:

2024-11-06 20:23:34 68165 [Warning] InnoDB: Retry attempts for writing partial data failed.

2024-11-06 20:23:34 0x2d84 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\fil\fil0fil.cc line 4266

InnoDB: Failing assertion: req_type.is_dblwr_recover() || err == DB_SUCCESS

InnoDB: We intentionally generate a memory trap.

InnoDB: Submit a detailed bug report to https://jira.mariadb.org/

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: https://mariadb.com/kb/en/library/innodb-recovery-modes/

InnoDB: about forcing recovery.

241106 20:23:40 [ERROR] mysqld got exception 0x80000003 ;

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.

To report this bug, see https://mariadb.com/kb/en/reporting-bugs

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.

Server version: 10.4.14-MariaDB

key_buffer_size=16777216

read_buffer_size=2097152

max_used_connections=7

max_threads=65537

thread_count=8

It is possible that mysqld could use up to

key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 32885 K bytes of memory

Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x18ed7bbf5f8

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

mysqld.exe!my_parameter_handler()

ucrtbase.dll!raise()

ucrtbase.dll!abort()

mysqld.exe!?append@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QEAAAEAV12@QEBD_K@Z()

mysqld.exe!pthread_dummy()

mysqld.exe!pthread_dummy()

mysqld.exe!pthread_dummy()

mysqld.exe!??$?0V?$tuple@AEBQEAU_iobuf@@@std@@V?$tuple@$$V@1@$0A@$$Z$S@?$pair@QEAU_iobuf@@PEAX@std@@QEAA@AEAV?$tuple@AEBQEAU_iobuf@@@1@AEAV?$tuple@$$V@1@U?$integer_sequence@_K$0A@@1@U?$integer_sequence@_K$S@1@@Z()

mysqld.exe!??$?0V?$tuple@AEBQEAU_iobuf@@@std@@V?$tuple@$$V@1@$0A@$$Z$S@?$pair@QEAU_iobuf@@PEAX@std@@QEAA@AEAV?$tuple@AEBQEAU_iobuf@@@1@AEAV?$tuple@$$V@1@U?$integer_sequence@_K$0A@@1@U?$integer_sequence@_K$S@1@@Z()

mysqld.exe!?append@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QEAAAEAV12@QEBD_K@Z()

mysqld.exe!?commit_checkpoint_notify_ha@@YAXPEAUhandlerton@@PEAX@Z()

mysqld.exe!?ha_commit_one_phase@@YAHPEAVTHD@@_N1@Z()

mysqld.exe!?ha_commit_trans@@YAHPEAVTHD@@_N@Z()

mysqld.exe!?trans_commit_stmt@@YA_NPEAVTHD@@@Z()

mysqld.exe!?mysql_execute_command@@YAHPEAVTHD@@@Z()

mysqld.exe!?mysql_parse@@YAXPEAVTHD@@PEADIPEAVParser_state@@_N3@Z()

mysqld.exe!?dispatch_command@@YA_NW4enum_server_command@@PEAVTHD@@PEADI_N3@Z()

mysqld.exe!?do_command@@YA_NPEAVTHD@@@Z()

mysqld.exe!?pool_of_threads_scheduler@@YAXPEAUscheduler_functions@@PEAKPEAI@Z()

mysqld.exe!?tp_callback@@YAXPEAUTP_connection@@@Z()

ntdll.dll!RtlInitializeCriticalSection()

ntdll.dll!RtlReleaseSRWLockExclusive()

KERNEL32.DLL!BaseThreadInitThunk()

ntdll.dll!RtlUserThreadStart()

Trying to get some variables.

Some pointers may be invalid and cause the dump to abort.

Query (0x18ed789fc50): UPDATE zt_config SET value = '2024-11-06 20:23:33' wHeRe id = '68338'

Connection ID (thread ID): 68165

Status: NOT_KILLED

Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=on,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on

禅道版本:禅道开源版 20.8

安装包类型:Windows安装包

操作系统:Windows Server 2008

客户端浏览器:Chrome

设置备注
内容
答案列表
2024-11-07 10:06:14

数据库本身Bug、windows系统问题、硬件故障以及文件损坏都有可能导致这个问题,可以检查下以下几点;

1、确保服务器硬件(特别是硬盘和内存)没有故障;

2、检查数据库 Innodb 表文件是否发生损坏;

3、可以试试通过mysqldump逻辑备份数据库,通过备份的sql文件还原完整数据,观察下是否还会产生崩溃现象;

方便可以添加下方客户经理QQ,方便协助您详细排查下问题。

联系我们
联系人
徐亚京/高级客户经理
电话(微信)
17663982076
QQ号码
2679672214
联系邮箱
xuyajing@chandao.com
返回顶部
徐亚京
高级客户经理
17663982076
2679672214
统一服务热线 4006-8899-23
我要提问提问有任何问题,您都可以在这里提问。 问题反馈反馈点击这里,让我们聆听您的建议与反馈。