MySQL crash periodically with Operating system error number 203 - mysql

currently im running my project with mysql and periodically got crash (3-4days once). here my sql-error log :
2021-12-17 21:03:08 38140 [Warning] InnoDB: Retry attempts for reading partial data failed.
2021-12-17 21:03:08 38140 [ERROR] InnoDB: Tried to read 16384 bytes at offset 5750784, but was only able to read 0
2021-12-17 21:03:08 38140 [ERROR] InnoDB: Operating system error number 203 in a file operation.
2021-12-17 21:03:08 38140 [Note] InnoDB: Some operating system error numbers are described at https://mariadb.com/kb/en/library/operating-system-error-codes/
2021-12-17 21:03:08 38140 [ERROR] InnoDB: File (unknown): 'read' returned OS error 403. Cannot continue operation
211217 21:03:08 [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.11-MariaDB
key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=24
max_threads=65537
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 20294 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x1c7d3aa3788
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!?assign#?$basic_string#DU?$char_traits#D#std##V?$allocator#D#2##std##QEAAAEAV12#QEBD_K#Z()
mysqld.exe!?assign#?$basic_string#DU?$char_traits#D#std##V?$allocator#D#2##std##QEAAAEAV12#QEBD_K#Z()
mysqld.exe!?assign#?$basic_string#DU?$char_traits#D#std##V?$allocator#D#2##std##QEAAAEAV12#QEBD_K#Z()
mysqld.exe!?assign#?$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!?assign#?$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!?assign#?$basic_string#DU?$char_traits#D#std##V?$allocator#D#2##std##QEAAAEAV12#QEBD_K#Z()
mysqld.exe!?ha_rnd_next#handler##QEAAHPEAE#Z()
mysqld.exe!?rr_sequential##YAHPEAUREAD_RECORD###Z()
mysqld.exe!?sub_select##YA?AW4enum_nested_loop_state##PEAVJOIN##PEAUst_join_table##_N#Z()
mysqld.exe!?disjoin#?$List#VItem####QEAAXPEAV1##Z()
mysqld.exe!?exec_inner#JOIN##QEAAXXZ()
mysqld.exe!?exec#JOIN##QEAAXXZ()
mysqld.exe!?mysql_select##YA_NPEAVTHD##PEAUTABLE_LIST##IAEAV?$List#VItem####PEAVItem##IPEAUst_order##434_KPEAVselect_result##PEAVst_select_lex_unit##PEAVst_select_lex###Z()
mysqld.exe!?handle_select##YA_NPEAVTHD##PEAULEX##PEAVselect_result##K#Z()
mysqld.exe!?execute_init_command##YAXPEAVTHD##PEAUst_mysql_lex_string##PEAUst_mysql_rwlock###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!TpReleaseWait()
ntdll.dll!RtlInitializeResource()
KERNEL32.DLL!BaseThreadInitThunk()
ntdll.dll!RtlUserThreadStart()
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x1c7d3c14580): SELECT *
FROM `lab`
WHERE `notif` = '0'
AND `status` = 'Sampling'
Connection ID (thread ID): 38140
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
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.
Writing a core file at D:\xampp\mysql\data\
InnoDB: using atomic writes.
2021-12-17 21:04:06 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2021-12-17 21:04:06 0 [Note] InnoDB: Uses event mutexes
2021-12-17 21:04:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2021-12-17 21:04:06 0 [Note] InnoDB: Number of pools: 1
2021-12-17 21:04:06 0 [Note] InnoDB: Using SSE2 crc32 instructions
2021-12-17 21:04:06 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2021-12-17 21:04:06 0 [Note] InnoDB: Completed initialization of buffer pool
2021-12-17 21:04:06 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1963810483
2021-12-17 21:04:07 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2021-12-17 21:04:07 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2021-12-17 21:04:07 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2021-12-17 21:04:07 0 [Note] InnoDB: Setting file 'D:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2021-12-17 21:04:07 0 [Note] InnoDB: File 'D:\xampp\mysql\data\ibtmp1' size is now 12 MB.
2021-12-17 21:04:07 0 [Note] InnoDB: 10.4.11 started; log sequence number 1963810492; transaction id 1677404
2021-12-17 21:04:07 0 [Note] InnoDB: Loading buffer pool(s) from D:\xampp\mysql\data\ib_buffer_pool
2021-12-17 21:04:07 0 [Note] Plugin 'FEEDBACK' is disabled.
2021-12-17 21:04:07 0 [Note] Server socket created on IP: '::'.
2021-12-17 21:04:07 0 [Note] Reading of all Master_info entries succeeded
2021-12-17 21:04:07 0 [Note] Added new Master_info '' to hash table
2021-12-17 21:04:07 0 [Note] D:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.4.11-MariaDB' socket: '' port: 3306 mariadb.org binary distribution
2021-12-17 21:04:07 0 [Note] InnoDB: Buffer pool(s) load completed at 211217 21:04:07
i go search for Operating system error number 203 and didn't get any useful tips to handle it.
how can i solved this problem? anyone can assist me how to troubleshooting this problem?
Thanks,
Regard,

Related

Lost connect to MySQL server during query

I have an Innodb database which have a big table with many rows. Once I'm trying to access the data or run any query(like "check table_name") against this specific table mysql crashes(restarts) and I'm getting the error:
ERROR 2013 (HY000): Lost connection to MySQL server during query
I have already tried to increase max_packetsize and the net_timeouts flags.
Any help will be appreciated, Thanks!
Edit:
Crash log:
2022-12-30T16:25:56.676880Z 208 [ERROR] InnoDB: In pages [page id: space=372, pa ge number=11135] and [page id: space=372, page number=11136] of index `GEN_CLUST _INDEX` of table `SHAS_2015_NEW`.`b_media_21_646_0000_11925`
InnoDB: broken FIL_PAGE_NEXT or FIL_PAGE_PREV links
2022-12-30T16:25:56.676925Z 208 [ERROR] InnoDB: In pages [page id: space=372, pa ge number=11135] and [page id: space=372, page number=11136] of index `GEN_CLUST _INDEX` of table `SHAS_2015_NEW`.`b_media_21_646_0000_11925`
InnoDB: 'compact' flag mismatch
2022-12-30T16:25:56.676936Z 208 [ERROR] InnoDB: Page index id 0 != data dictiona ry index id 577
2022-12-30 18:25:56 0x7fa1384e9700 InnoDB: Assertion failure in thread 14033041 1136768 in file btr0btr.cc line 4710
InnoDB: Failing assertion: !page_is_empty(page) || (level == 0 && page_get_page_ no(page) == dict_index_get_page(index))
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.7/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
16:25:56 UTC - mysqld got signal 6 ;
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.
Attempting to collect some information that could help diagnose the problem.
As this is a crash and something is definitely wrong, the information
collection process might fail.
key_buffer_size=16777216
read_buffer_size=131072
max_used_connections=1
max_threads=151
thread_count=1
connection_count=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 76388 K b ytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fa0f81dd110
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...
stack_bottom = 7fa1384e8e70 thread_stack 0x30000
/usr/sbin/mysqld(my_print_stacktrace+0x3b)[0xe8e68b]
/usr/sbin/mysqld(handle_fatal_signal+0x36f)[0x77524f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7fa67f45d390]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x38)[0x7fa67e816438]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x16a)[0x7fa67e81803a]
/usr/sbin/mysqld[0x74a77c]
/usr/sbin/mysqld[0x10dd73d]
/usr/sbin/mysqld(_Z18btr_validate_indexP12dict_index_tPK5trx_tb+0x264)[0x10dec34 ]
/usr/sbin/mysqld(_ZN11ha_innobase5checkEP3THDP15st_ha_check_opt+0x278)[0xf2a378]
/usr/sbin/mysqld(_ZN7handler8ha_checkEP3THDP15st_ha_check_opt+0x7b)[0x7cd71b]
/usr/sbin/mysqld[0xdb48f4]
/usr/sbin/mysqld(_ZN19Sql_cmd_check_table7executeEP3THD+0x97)[0xdb5497]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THDb+0x2160)[0xc42570]
/usr/sbin/mysqld(_Z11mysql_parseP3THDP12Parser_state+0x3dd)[0xc473ad]
/usr/sbin/mysqld(_Z16dispatch_commandP3THDPK8COM_DATA19enum_server_command+0x11a 0)[0xc48610]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x1c7)[0xc49ae7]
/usr/sbin/mysqld(handle_connection+0x290)[0xd0e140]
/usr/sbin/mysqld(pfs_spawn_thread+0x1b4)[0xeb03e4]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7fa67f4536ba]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fa67e8e851d]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (7fa0f8072240): check table b_media_21_646_0000_11925
Connection ID (thread ID): 208
Status: NOT_KILLED
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.
2022-12-30T16:25:56.970335Z 0 [Warning] Changed limits: max_open_files: 1024 (re quested 5000)
2022-12-30T16:25:56.970397Z 0 [Warning] Changed limits: table_open_cache: 431 (r equested 2000)
2022-12-30T16:25:57.145883Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see doc umentation for more details).
2022-12-30T16:25:57.148901Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.33-0ubuntu0.16 .04.1-log) starting as process 9454 ...
2022-12-30T16:25:57.153242Z 0 [Note] InnoDB: PUNCH HOLE support available
2022-12-30T16:25:57.153267Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2022-12-30T16:25:57.153272Z 0 [Note] InnoDB: Uses event mutexes
2022-12-30T16:25:57.153276Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2022-12-30T16:25:57.153283Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
2022-12-30T16:25:57.153286Z 0 [Note] InnoDB: Using Linux native AIO
2022-12-30T16:25:57.153526Z 0 [Note] InnoDB: Number of pools: 1
2022-12-30T16:25:57.153643Z 0 [Note] InnoDB: Using CPU crc32 instructions
2022-12-30T16:25:57.155093Z 0 [Note] InnoDB: Initializing buffer pool, total siz e = 20G, instances = 8, chunk size = 128M
2022-12-30T16:25:58.482523Z 0 [Note] InnoDB: Completed initialization of buffer pool
2022-12-30T16:25:58.719968Z 0 [Note] InnoDB: If the mysqld execution user is aut horized, page cleaner thread priority can be changed. See the man page of setpri ority().
2022-12-30T16:25:58.744995Z 0 [Note] InnoDB: Highest supported file format is Ba rracuda.
2022-12-30T16:25:58.915826Z 0 [Note] InnoDB: Log scan progressed past the checkp oint lsn 10408206134578
2022-12-30T16:25:58.915857Z 0 [Note] InnoDB: Doing recovery: scanned up to log s equence number 10408206134587
2022-12-30T16:25:58.915862Z 0 [Note] InnoDB: Database was not shutdown normally!
2022-12-30T16:25:58.915872Z 0 [Note] InnoDB: Starting crash recovery.
2022-12-30T16:25:59.270028Z 0 [Note] InnoDB: Last MySQL binlog file position 0 1 862900, file name mysql-bin.000001
2022-12-30T16:26:00.014203Z 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2022-12-30T16:26:00.014242Z 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2022-12-30T16:26:00.014281Z 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2022-12-30T16:26:00.075009Z 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2022-12-30T16:26:00.076863Z 0 [Note] InnoDB: 96 redo rollback segment(s) found. 96 redo rollback segment(s) are active.
2022-12-30T16:26:00.076904Z 0 [Note] InnoDB: 32 non-redo rollback segment(s) are active.
2022-12-30T16:26:00.077640Z 0 [Note] InnoDB: Waiting for purge to start
2022-12-30T16:26:00.127880Z 0 [Note] InnoDB: 5.7.33 started; log sequence number 10408206134587
2022-12-30T16:26:00.128095Z 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2022-12-30T16:26:00.128605Z 0 [Note] Plugin 'FEDERATED' is disabled.
2022-12-30T16:26:00.138272Z 0 [Note] Recovering after a crash using /var/log/mysql/mysql-bin
2022-12-30T16:26:00.138325Z 0 [Note] Starting crash recovery...
2022-12-30T16:26:00.138384Z 0 [Note] Crash recovery finished.
If I'm Using select with Limit statement then I can select up to 681,000 rows

XAMPP MySQL shutdown unexpectedly - no error in logs

XAMPP was working correctly earlier this morning, but after doing some Wordpress plugin updates and resyncing with Github and Pantheon, MySQL now will start, run for a few seconds, and then shut down. When looking at mysql_error.log, I see this:
InnoDB: using atomic writes.
2019-10-09 12:41:23 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2019-10-09 12:41:23 0 [Note] InnoDB: Uses event mutexes
2019-10-09 12:41:23 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2019-10-09 12:41:23 0 [Note] InnoDB: Number of pools: 1
2019-10-09 12:41:23 0 [Note] InnoDB: Using SSE2 crc32 instructions
2019-10-09 12:41:23 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2019-10-09 12:41:23 0 [Note] InnoDB: Completed initialization of buffer pool
2019-10-09 12:41:23 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2019-10-09 12:41:23 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2019-10-09 12:41:23 0 [Note] InnoDB: Setting file 'C:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2019-10-09 12:41:23 0 [Note] InnoDB: File 'C:\xampp\mysql\data\ibtmp1' size is now 12 MB.
2019-10-09 12:41:23 0 [Note] InnoDB: Waiting for purge to start
2019-10-09 12:41:23 0 [Note] InnoDB: 10.4.6 started; log sequence number 113917; transaction id 9
2019-10-09 12:41:23 0 [Note] InnoDB: Loading buffer pool(s) from C:\xampp\mysql\data\ib_buffer_pool
2019-10-09 12:41:23 0 [Note] Plugin 'FEEDBACK' is disabled.
2019-10-09 12:41:23 0 [Note] InnoDB: Buffer pool(s) load completed at 191009 12:41:23
2019-10-09 12:41:23 0 [Note] Server socket created on IP: '::'.
I don't see any obvious errors.
Any thoughts on how I could either get more detailed error information or how to fix this? Thanks!
UPDATE
In the Windows Event Viewer, I was able to get the following error description:
Slave I/O: Fatal error: Invalid (empty) username when attempting to connect to the master server. Connection attempt terminated. Internal MariaDB error code: 1593
Copy this files:
aria_log.00000001
aria_log_control
ib_buffer_pool
ib_logfile0
ib_logfile1
ibdata1
ibtmp1
multi-master.info
from: xampp\mysql\backup
to: xampp\mysql\data

How to fix MySQL not running on AWS Bitnami Wordpress problem?

I had disk storage issue on my AWS EC2 instance. To solve this problem, I wanted to increase the volume in my EC2 instance. To do so, I had to stop my instance. When I start it again, MySQL was not going back to live.
What I assume is that either I had lost some certain files or the settings has been changed after I stopped the instance. But I could not figure that out from the log file.
2019-04-15T17:47:01.859462Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-04-15T17:47:01.859482Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC
atomic builtins
2019-04-15T17:47:01.859486Z 0 [Note] InnoDB: Uses event mutexes
2019-04-15T17:47:01.859490Z 0 [Note] InnoDB: GCC builtin
__sync_synchronize() is used for memory barrier
2019-04-15T17:47:01.859494Z 0 [Note] InnoDB: Compressed tables use zlib
1.2.3
2019-04-15T17:47:01.859498Z 0 [Note] InnoDB: Using Linux native AIO
2019-04-15T17:47:01.859718Z 0 [Note] InnoDB: Number of pools: 1
2019-04-15T17:47:01.859805Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-04-15T17:47:01.861207Z 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2019-04-15T17:47:01.862285Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-04-15T17:47:01.862812Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-04-15T17:47:01.874471Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-04-15T17:47:01.884703Z 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2019-04-15T17:47:01.884767Z 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2019-04-15T17:47:01.891352Z 0 [Warning] InnoDB: 1048576 bytes should have been written. Only 458752 bytes written. Retrying for the remaining bytes.
2019-04-15T17:47:01.891379Z 0 [Warning] InnoDB: Retry attempts for writing partial data failed.
2019-04-15T17:47:01.891391Z 0 [ERROR] 2019-04-15T17:47:02.494222Z 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2019-04-15T17:47:02.494267Z 0 [ERROR] Plugin 'InnoDB' init function returned error.
2019-04-15T17:47:02.494273Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2019-04-15T17:47:02.494279Z 0 [ERROR] Failed to initialize builtin plugins.
2019-04-15T17:47:02.494282Z 0 [ERROR] Aborting
2019-04-15T17:47:02.494287Z 0 [Note] Binlog end
2019-04-15T17:47:02.494324Z 0 [Note] Shutting down plugin 'MyISAM'
2019-04-15T17:47:02.494338Z 0 [Note] Shutting down plugin 'CSV'
2019-04-15T17:47:02.494542Z 0 [Note] /opt/bitnami/mysql/bin/mysqld.bin: Shutdown complete

mysqldump got errors, Lost connection to MySQL server during query

When i am use mysqldump -uroot -p xxx > xxx.sql, i got some errors, 'mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table GAMES at row: 20826'.
Then i checked the mysql error logs, i found the errors below. I search lots of sites in google but got nothing.
Anyone who can help me with this, thank you!
2018-07-31 00:21:04 0x7fb3cc0ab700 InnoDB: Assertion failure in thread 140410199127808 in file btr0pcur.cc line 452
InnoDB: Failing assertion: page_is_comp(next_page) == page_is_comp(page)
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.7/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
16:21:04 UTC - mysqld got signal 6 ;
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.
Attempting to collect some information that could help diagnose the problem.
As this is a crash and something is definitely wrong, the information
collection process might fail.
key_buffer_size=16777216
read_buffer_size=131072
max_used_connections=1
max_threads=151
thread_count=1
connection_count=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 76387 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fb3a4012330
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...
stack_bottom = 7fb3cc0aae70 thread_stack 0x30000
/usr/sbin/mysqld(my_print_stacktrace+0x3b)[0xe907ab]
/usr/sbin/mysqld(handle_fatal_signal+0x489)[0x789b49]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7fb3e79ca390]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x38)[0x7fb3e6d83428]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x16a)[0x7fb3e6d8502a]
/usr/sbin/mysqld[0x75f3e0]
/usr/sbin/mysqld(_Z26btr_pcur_move_to_next_pageP10btr_pcur_tP5mtr_t+0x1c8)[0x114e6f8]
/usr/sbin/mysqld[0x75cfbf]
/usr/sbin/mysqld(_Z15row_search_mvccPh15page_cur_mode_tP14row_prebuilt_tmm+0x11e5)[0x1099745]
/usr/sbin/mysqld(_ZN11ha_innobase13general_fetchEPhjj+0x6a)[0xf87a7a]
/usr/sbin/mysqld(_ZN7handler11ha_rnd_nextEPh+0xfc)[0x7d961c]
/usr/sbin/mysqld(_Z13rr_sequentialP11READ_RECORD+0x35)[0xbb3445]
/usr/sbin/mysqld(_Z10sub_selectP4JOINP7QEP_TABb+0x13e)[0xc23ffe]
/usr/sbin/mysqld(_ZN4JOIN4execEv+0x3c8)[0xc1cd18]
/usr/sbin/mysqld(_Z12handle_queryP3THDP3LEXP12Query_resultyy+0x233)[0xc8e753]
/usr/sbin/mysqld[0x7533a8]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THDb+0x492e)[0xc506ee]
/usr/sbin/mysqld(_Z11mysql_parseP3THDP12Parser_state+0x3ad)[0xc52b3d]
/usr/sbin/mysqld(_Z16dispatch_commandP3THDPK8COM_DATA19enum_server_command+0x102a)[0xc53c7a]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x1c7)[0xc55137]
/usr/sbin/mysqld(handle_connection+0x288)[0xd16788]
/usr/sbin/mysqld(pfs_spawn_thread+0x1b4)[0xec9294]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7fb3e79c06ba]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fb3e6e5541d]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (7fb3a404ae60): is an invalid pointer
Connection ID (thread ID): 4
Status: NOT_KILLED
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.
2018-07-30T16:21:04.660409Z 0 [Warning] Changed limits: max_open_files: 1024 (requested 5000)
2018-07-30T16:21:04.660458Z 0 [Warning] Changed limits: table_open_cache: 431 (requested 2000)
2018-07-30T16:21:04.840982Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2018-07-30T16:21:04.842849Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.22-0ubuntu0.16.04.1) starting as process 26568 ...
2018-07-30T16:21:04.847280Z 0 [Note] InnoDB: PUNCH HOLE support available
2018-07-30T16:21:04.847312Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2018-07-30T16:21:04.847319Z 0 [Note] InnoDB: Uses event mutexes
2018-07-30T16:21:04.847324Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2018-07-30T16:21:04.847331Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
2018-07-30T16:21:04.847336Z 0 [Note] InnoDB: Using Linux native AIO
2018-07-30T16:21:04.847618Z 0 [Note] InnoDB: Number of pools: 1
2018-07-30T16:21:04.847762Z 0 [Note] InnoDB: Using CPU crc32 instructions
2018-07-30T16:21:04.849397Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2018-07-30T16:21:04.857825Z 0 [Note] InnoDB: Completed initialization of buffer pool
2018-07-30T16:21:04.860275Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2018-07-30T16:21:04.872370Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2018-07-30T16:21:04.892980Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 5386460686
2018-07-30T16:21:04.893001Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 5386460695
2018-07-30T16:21:04.893008Z 0 [Note] InnoDB: Database was not shutdown normally!
2018-07-30T16:21:04.893013Z 0 [Note] InnoDB: Starting crash recovery.
2018-07-30T16:21:05.008438Z 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2018-07-30T16:21:05.008468Z 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2018-07-30T16:21:05.008507Z 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2018-07-30T16:21:05.103402Z 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2018-07-30T16:21:05.104128Z 0 [Note] InnoDB: 96 redo rollback segment(s) found. 96 redo rollback segment(s) are active.
2018-07-30T16:21:05.104147Z 0 [Note] InnoDB: 32 non-redo rollback segment(s) are active.
2018-07-30T16:21:05.105002Z 0 [Note] InnoDB: 5.7.22 started; log sequence number 5386460695
2018-07-30T16:21:05.105371Z 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2018-07-30T16:21:05.106533Z 0 [Note] Plugin 'FEDERATED' is disabled.
2018-07-30T16:21:05.112425Z 0 [Note] Found ca.pem, server-cert.pem and server-key.pem in data directory. Trying to enable SSL support using them.
2018-07-30T16:21:05.112600Z 0 [Warning] CA certificate ca.pem is self signed.
2018-07-30T16:21:05.114984Z 0 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
2018-07-30T16:21:05.115009Z 0 [Note] - '127.0.0.1' resolves to '127.0.0.1';
2018-07-30T16:21:05.115029Z 0 [Note] Server socket created on IP: '127.0.0.1'.
2018-07-30T16:21:05.121314Z 0 [Note] Event Scheduler: Loaded 0 events
2018-07-30T16:21:05.122659Z 0 [Note] InnoDB: Buffer pool(s) load completed at 180731 0:21:05
2018-07-30T16:21:05.122807Z 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.7.22-0ubuntu0.16.04.1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Ubuntu)
2018-07-30T16:21:05.661985Z 2 [Note] Access denied for user 'root'#'localhost' (using password: NO)
Suggestions to consider for your my.cnf or my.ini [mysqld] section
SELECT ##thread_cache_size; # will give you current setting
SELECT ##innodb_buffer_pool_size; # will give you current setting
Multiply each by 1.3 and set with
SET GLOBAL thread_cache_size=<calculated-size>; # use rounded UP whole numbers
SET GLOBAL innodb_buffer_pool_size=<calculated-size>;
or if you have an OLD VERSION of MySQL, you must change in your
my.cnf or my.ini, shutdown/restart.
Let us know how it goes, please.
For additional assistance, view profile, Network Profile, for contact info including Skype ID. Thanks

Issue with MySql installation on Windows 10

UPDATE: Solved! Here is my solution:
Todays systems are often running on a disk which is formatted in GPT. This is because Windows 10 needs such a partition to be installed. The problem is that MySql cant deal with this partition style and so it crashes. Here is my workaround:
Create a virtual disk: manual here
Format this VHD with MBR
Install MySql custom on your new VHD (dont forget to create a user
for DB)
This should be it! :)
I try to install MySql on my Dell XPS 13 9360 with Windows 10. When it comes to starting the server as a service, the service cannot start. As so far this problem is widely known and there are many attempts to solve this issue. Unfortunately non of these work for me. Here is what I tried:
insert innodb_flush_method=normal into my.ini
change service to register at local account
check firewall for port rules
So my question: Does anybody experience the same issue and knows a way to get it running? You would help me really so much :)
Here is my error log:
2017-01-23T14:11:44.458654Z 0 [Warning] option 'new': boolean value 't' wasn't recognized. Set to OFF.
2017-01-23T14:11:44.458654Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2017-01-23T14:11:44.458654Z 0 [Note] --secure-file-priv is set to NULL. Operations related to importing and exporting data are disabled
2017-01-23T14:11:44.459156Z 0 [Note] mysqld (mysqld 5.7.17) starting as process 5340 ...
2017-01-23T14:11:44.468178Z 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2017-01-23T14:11:44.469212Z 0 [Note] InnoDB: Uses event mutexes
2017-01-23T14:11:44.469713Z 0 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2017-01-23T14:11:44.470716Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-01-23T14:11:44.471217Z 0 [Note] InnoDB: Number of pools: 1
2017-01-23T14:11:44.471719Z 0 [Note] InnoDB: Not using CPU crc32 instructions
2017-01-23T14:11:44.474727Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2017-01-23T14:11:44.481212Z 0 [Note] InnoDB: Completed initialization of buffer pool
2017-01-23T14:11:44.546889Z 0 [ERROR] InnoDB: Header page consists of zero bytes in datafile: .\ibdata1, Space ID:0, Flags: 0. Please refer to http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html for how to resolve the issue.
2017-01-23T14:11:44.548924Z 0 [ERROR] InnoDB: Corrupted page [page id: space=0, page number=0] of datafile '.\ibdata1' could not be found in the doublewrite buffer.
2017-01-23T14:11:44.550425Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Data structure corruption
2017-01-23T14:11:44.771283Z 0 [ERROR] Plugin 'InnoDB' init function returned error.
2017-01-23T14:11:44.772134Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2017-01-23T14:11:44.772635Z 0 [ERROR] Failed to initialize plugins.
2017-01-23T14:11:44.773135Z 0 [ERROR] Aborting
2017-01-23T14:11:44.773636Z 0 [Note] Binlog end
2017-01-23T14:11:44.774138Z 0 [Note] Shutting down plugin 'CSV'
2017-01-23T14:11:44.774640Z 0 [Note] mysqld: Shutdown complete
thank you in advance!
#Bill Karwin :
OK, so after removing the tablespace the result is this:
2017-01-23T15:39:39.874463Z 0 [Note] --secure-file-priv is set to NULL. Operations related to importing and exporting data are disabled
2017-01-23T15:39:39.874965Z 0 [Note] mysqld (mysqld 5.7.17) starting as process 624 ...
2017-01-23T15:39:39.880480Z 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2017-01-23T15:39:39.880980Z 0 [Note] InnoDB: Uses event mutexes
2017-01-23T15:39:39.881484Z 0 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2017-01-23T15:39:39.882022Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-01-23T15:39:39.882986Z 0 [Note] InnoDB: Number of pools: 1
2017-01-23T15:39:39.882986Z 0 [Note] InnoDB: Not using CPU crc32 instructions
2017-01-23T15:39:39.885491Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2017-01-23T15:39:39.891024Z 0 [Note] InnoDB: Completed initialization of buffer pool
2017-01-23T15:39:39.914631Z 0 [Note] InnoDB: The first innodb_system data file 'ibdata1' did not exist. A new tablespace will be created!
2017-01-23T15:39:39.915071Z 0 [ERROR] InnoDB: redo log file '.\ib_logfile1' exists. Creating system tablespace with existing redo log files is not recommended. Please delete all redo log files before creating new system tablespace.
2017-01-23T15:39:39.916074Z 0 [ERROR] InnoDB: InnoDB Database creation was aborted with error Generic error. You may need to delete the ibdata1 file before trying to start up again.
2017-01-23T15:39:40.132668Z 0 [ERROR] Plugin 'InnoDB' init function returned error.
2017-01-23T15:39:40.132668Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2017-01-23T15:39:40.134090Z 0 [ERROR] Failed to initialize plugins.
2017-01-23T15:39:40.134590Z 0 [ERROR] Aborting
2017-01-23T15:39:40.135594Z 0 [Note] Binlog end
2017-01-23T15:39:40.136094Z 0 [Note] Shutting down plugin 'CSV'
2017-01-23T15:39:40.136595Z 0 [Note] mysqld: Shutdown complete
new error after deleting logdata1 and 0:
2017-01-23T15:55:22.158765Z 0 [Note] --secure-file-priv is set to NULL. Operations related to importing and exporting data are disabled
2017-01-23T15:55:22.159266Z 0 [Note] mysqld (mysqld 5.7.17) starting as process 2880 ...
2017-01-23T15:55:22.165783Z 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2017-01-23T15:55:22.165783Z 0 [Note] InnoDB: Uses event mutexes
2017-01-23T15:55:22.165783Z 0 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2017-01-23T15:55:22.166284Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-01-23T15:55:22.166284Z 0 [Note] InnoDB: Number of pools: 1
2017-01-23T15:55:22.166786Z 0 [Note] InnoDB: Not using CPU crc32 instructions
2017-01-23T15:55:22.169292Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2017-01-23T15:55:22.178820Z 0 [Note] InnoDB: Completed initialization of buffer pool
2017-01-23T15:55:22.202407Z 0 [Note] InnoDB: The first innodb_system data file 'ibdata1' did not exist. A new tablespace will be created!
2017-01-23T15:55:22.203383Z 0 [Note] InnoDB: Setting file '.\ibdata1' size to 12 MB. Physically writing the file full; Please wait ...
2017-01-23T15:55:22.249691Z 0 [Note] InnoDB: File '.\ibdata1' size is now 12 MB.
2017-01-23T15:55:22.263685Z 0 [Note] InnoDB: Setting log file .\ib_logfile101 size to 48 MB
2017-01-23T15:55:22.342287Z 0 [Note] InnoDB: Setting log file .\ib_logfile1 size to 48 MB
2017-01-23T15:55:22.452340Z 0 [ERROR] InnoDB: Operating system error number 87 in a file operation.
2017-01-23T15:55:22.452842Z 0 [Note] InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html
2017-01-23T15:55:22.453346Z 0 [ERROR] InnoDB: File .\ib_logfile101: 'aio write' returned OS error 187. Cannot continue operation
2017-01-23T15:55:22.453346Z 0 [ERROR] InnoDB: Cannot continue operation.
Found the solution:
Todays systems are often running on a disk which is formatted in GPT. This is because Windows 10 needs such a partition to be installed. The problem is that MySql cant deal with this partition style and so it crashes. Here is my workaround:
Create a virtual disk: manual here
Format this VHD with MBR
Install MySql custom on your new VHD (dont forget to create a user for DB)
This should be it! :)