2023-10-23 13:14:02 0 [Note] mysqld.exe: Aria engine: starting recovery recovered pages: 0% Table .\mysql\global_priv.MAD has wrong LSN: (1,0x5bc7) on page: 1 100% (0.0 seconds); tables to flush: 1 0 (0.0 seconds); 2023-10-23 13:14:02 0 [Note] mysqld.exe: Aria engine: recovery done InnoDB: using atomic writes. 2023-10-23 13:14:02 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-10-23 13:14:02 0 [Note] InnoDB: Uses event mutexes 2023-10-23 13:14:02 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-10-23 13:14:02 0 [Note] InnoDB: Number of pools: 1 2023-10-23 13:14:02 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-10-23 13:14:02 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-10-23 13:14:02 0 [Note] InnoDB: Completed initialization of buffer pool 2023-10-23 13:14:02 0 [Note] InnoDB: Resizing redo log from 2*50331648 to 2*268435456 bytes; LSN=26592608 2023-10-23 13:14:02 0 [Note] InnoDB: Starting to delete and rewrite log files. 2023-10-23 13:14:02 0 [Note] InnoDB: Setting log file .\ib_logfile101 size to 268435456 bytes 2023-10-23 13:14:02 0 [Note] InnoDB: Setting log file .\ib_logfile1 size to 268435456 bytes 2023-10-23 13:14:02 0 [Note] InnoDB: Renaming log file .\ib_logfile101 to .\ib_logfile0 2023-10-23 13:14:02 0 [Note] InnoDB: New log files created, LSN=26592608 2023-10-23 13:14:03 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-10-23 13:14:03 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-10-23 13:14:03 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-10-23 13:14:03 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-10-23 13:14:03 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-10-23 13:14:03 0 [Note] InnoDB: 10.4.14 started; log sequence number 26592608; transaction id 14036 2023-10-23 13:14:03 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-23 13:14:03 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\plugin' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\servers' 2023-10-23 13:14:03 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\db' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\proxies_priv' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\roles_mapping' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\global_priv' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\time_zone_leap_second' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\time_zone_name' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\time_zone' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\time_zone_transition_type' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\time_zone_transition' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\tables_priv' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\columns_priv' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\procs_priv' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\func' 2023-10-23 13:14:03 0 [Note] Zerofilling moved table: '.\mysql\event' 2023-10-23 13:14:03 0 [Note] Reading of all Master_info entries succeeded 2023-10-23 13:14:03 0 [Note] Added new Master_info '' to hash table 2023-10-23 13:14:03 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-10-23 13:14:04 0 [Note] InnoDB: Buffer pool(s) load completed at 231023 13:14:04 2023-10-25 17:08:25 62507 [Warning] Aborted connection 62507 to db: 'zentao' user: 'root' host: 'localhost' (Got an error reading communication packets) 2023-10-26 0:08:08 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-10-26 0:08:08 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-10-26 0:08:08 0 [Note] InnoDB: FTS optimize thread exiting. 2023-10-26 0:08:08 0 [Note] InnoDB: Starting shutdown... 2023-10-26 0:08:08 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-26 0:08:08 0 [Note] InnoDB: Buffer pool(s) dump completed at 231026 0:08:08 2023-10-26 0:09:30 0 [Note] mysqld.exe: Aria engine: starting recovery recovered pages: 0% 100% (0.0 seconds); tables to flush: 1 0 (0.0 seconds); 2023-10-26 0:09:31 0 [Note] mysqld.exe: Aria engine: recovery done InnoDB: using atomic writes. 2023-10-26 0:09:31 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-10-26 0:09:31 0 [Note] InnoDB: Uses event mutexes 2023-10-26 0:09:31 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-10-26 0:09:31 0 [Note] InnoDB: Number of pools: 1 2023-10-26 0:09:31 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-10-26 0:09:31 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-10-26 0:09:31 0 [Note] InnoDB: Completed initialization of buffer pool 2023-10-26 0:09:31 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=96768451 2023-10-26 0:09:31 0 [Note] InnoDB: Starting final batch to recover 6 pages from redo log. 2023-10-26 0:09:31 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-10-26 0:09:31 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-10-26 0:09:31 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-10-26 0:09:31 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-10-26 0:09:31 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-10-26 0:09:31 0 [Note] InnoDB: Waiting for purge to start 2023-10-26 0:09:32 0 [Note] InnoDB: 10.4.14 started; log sequence number 96787706; transaction id 105106 2023-10-26 0:09:32 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-26 0:09:32 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-10-26 0:09:32 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-10-26 0:09:32 0 [Note] Reading of all Master_info entries succeeded 2023-10-26 0:09:32 0 [Note] Added new Master_info '' to hash table 2023-10-26 0:09:32 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-10-26 0:09:32 0 [Note] InnoDB: Buffer pool(s) load completed at 231026 0:09:32 2023-10-26 13:38:48 8879 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 13:38:48 8880 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-26 13:38:52 8881 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 13:38:52 8882 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-26 13:38:59 8883 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 13:38:59 8884 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-26 13:39:01 8887 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 13:39:01 8888 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-26 13:39:09 8893 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 13:39:09 8894 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-26 13:39:13 8895 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 13:39:13 8896 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-26 14:17:57 9897 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 14:17:57 9898 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-26 14:18:05 9905 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-26 14:18:05 9906 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 10:01:42 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-10-27 10:01:42 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-10-27 10:01:42 0 [Note] InnoDB: FTS optimize thread exiting. 2023-10-27 10:01:42 0 [Note] InnoDB: Starting shutdown... 2023-10-27 10:01:42 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-27 10:01:42 0 [Note] InnoDB: Buffer pool(s) dump completed at 231027 10:01:42 InnoDB: using atomic writes. 2023-10-27 10:02:10 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-10-27 10:02:10 0 [Note] InnoDB: Uses event mutexes 2023-10-27 10:02:10 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-10-27 10:02:10 0 [Note] InnoDB: Number of pools: 1 2023-10-27 10:02:10 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-10-27 10:02:10 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-10-27 10:02:10 0 [Note] InnoDB: Completed initialization of buffer pool 2023-10-27 10:02:10 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=133817657 2023-10-27 10:02:10 0 [Note] InnoDB: Starting final batch to recover 11 pages from redo log. 2023-10-27 10:02:11 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-10-27 10:02:11 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-10-27 10:02:11 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-10-27 10:02:11 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-10-27 10:02:11 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-10-27 10:02:11 0 [Note] InnoDB: Waiting for purge to start 2023-10-27 10:02:11 0 [Note] InnoDB: 10.4.14 started; log sequence number 133867724; transaction id 152554 2023-10-27 10:02:11 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-27 10:02:11 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-10-27 10:02:11 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-10-27 10:02:11 0 [Note] Reading of all Master_info entries succeeded 2023-10-27 10:02:11 0 [Note] Added new Master_info '' to hash table 2023-10-27 10:02:11 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-10-27 10:02:12 0 [Note] InnoDB: Buffer pool(s) load completed at 231027 10:02:12 2023-10-27 11:10:45 1604 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 11:10:45 1605 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 11:10:51 1606 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 11:10:51 1607 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 11:10:53 1608 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 11:10:53 1609 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 11:15:21 1726 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 11:15:21 1727 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 11:15:35 1734 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 11:15:35 1735 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:35:39 3680 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:35:39 3681 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:35:39 3682 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:35:39 3683 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:36:45 3714 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:36:45 3715 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:41:40 3836 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:41:40 3837 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:53:30 4120 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:53:30 4121 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:55:25 4167 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:55:25 4168 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:57:36 4220 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:57:36 4221 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 12:59:58 4282 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 12:59:58 4283 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:00:03 4284 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:00:03 4285 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:06:22 4436 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:06:22 4437 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:06:23 4438 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:06:23 4439 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:06:24 4440 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:06:24 4441 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:06:24 4442 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:06:24 4443 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:06:24 4444 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:06:24 4445 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:07:41 4482 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:07:41 4483 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:19:51 4772 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:19:51 4773 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 13:20:36 4792 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 13:20:36 4793 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 14:08:15 5940 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 14:08:15 5941 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 14:58:01 7285 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 14:58:01 7286 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 14:58:14 7294 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 14:58:14 7295 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 14:58:44 7308 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 14:58:44 7309 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 15:05:28 7484 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 15:05:28 7485 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 15:05:46 7492 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 15:05:46 7493 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:00 9065 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:00 9066 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:07 9068 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:07 9069 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:08 9070 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:08 9071 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:09 9072 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:09 9073 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:09 9074 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:09 9075 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:09 9076 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:09 9077 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:10 9078 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:10 9079 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:10 9080 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:10 9081 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:10 9082 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:10 9083 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:10 9090 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:10 9091 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:11 9092 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:11 9093 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:06:11 9094 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:06:11 9095 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:10:08 9192 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:10:08 9193 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:10:09 9194 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:10:09 9195 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:10:10 9196 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:10:10 9197 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:10:10 9202 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:10:10 9203 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:10:11 9206 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 16:10:11 9207 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 16:29:26 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-10-27 16:29:26 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-10-27 16:29:26 0 [Note] InnoDB: FTS optimize thread exiting. 2023-10-27 16:29:26 0 [Note] InnoDB: Starting shutdown... 2023-10-27 16:29:26 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-27 16:29:26 0 [Note] InnoDB: Buffer pool(s) dump completed at 231027 16:29:26 InnoDB: using atomic writes. 2023-10-27 16:29:49 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-10-27 16:29:49 0 [Note] InnoDB: Uses event mutexes 2023-10-27 16:29:49 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-10-27 16:29:49 0 [Note] InnoDB: Number of pools: 1 2023-10-27 16:29:49 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-10-27 16:29:49 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-10-27 16:29:49 0 [Note] InnoDB: Completed initialization of buffer pool 2023-10-27 16:29:49 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=142874989 2023-10-27 16:29:49 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-10-27 16:29:49 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-10-27 16:29:49 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-10-27 16:29:49 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-10-27 16:29:49 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-10-27 16:29:49 0 [Note] InnoDB: Waiting for purge to start 2023-10-27 16:29:49 0 [Note] InnoDB: 10.4.14 started; log sequence number 142875345; transaction id 166833 2023-10-27 16:29:49 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-27 16:29:49 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-10-27 16:29:49 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-10-27 16:29:49 0 [Note] Reading of all Master_info entries succeeded 2023-10-27 16:29:49 0 [Note] Added new Master_info '' to hash table 2023-10-27 16:29:49 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-10-27 16:29:50 0 [Note] InnoDB: Buffer pool(s) load completed at 231027 16:29:50 2023-10-27 16:34:23 54 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-10-27 16:34:36 61 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:03:57 166 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:03:57 167 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:12 168 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:12 169 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:13 170 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:13 171 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:14 172 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:14 173 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:14 174 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:14 175 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:15 176 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:15 177 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:15 178 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:15 179 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:15 180 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:15 181 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:16 182 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:16 183 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:16 184 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:16 185 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:17 186 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:17 187 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:17 188 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:17 189 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:18 190 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:18 191 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:18 192 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:18 193 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:18 194 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:18 195 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:19 196 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:19 197 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:04:20 198 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:04:20 199 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:07:39 200 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:07:39 201 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:08:06 202 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:08:06 203 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:08:09 204 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:08:09 205 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:08:12 206 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:08:13 207 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:10:06 208 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:10:06 209 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:10:07 210 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:10:07 211 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:10:07 212 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:10:07 213 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:10:07 214 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:10:07 215 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:10:08 216 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:10:08 217 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:29 218 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:29 219 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:32 220 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:32 221 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:32 222 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:32 223 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:33 224 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:33 225 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:33 226 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:33 227 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:33 228 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:33 229 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:48 230 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:48 231 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:48 232 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:48 233 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:48 234 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:48 235 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:48 236 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:48 237 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:49 238 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:49 239 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:49 240 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:49 241 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:49 242 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:49 243 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:49 244 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:49 245 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:11:50 246 [Warning] Access denied for user 'pma'@'localhost' (using password: NO) 2023-10-27 17:11:50 247 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2023-10-27 17:35:13 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-10-27 17:35:13 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-10-27 17:35:13 0 [Note] InnoDB: FTS optimize thread exiting. 2023-10-27 17:35:13 0 [Note] InnoDB: Starting shutdown... 2023-10-27 17:35:13 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-27 17:35:13 0 [Note] InnoDB: Buffer pool(s) dump completed at 231027 17:35:13 InnoDB: using atomic writes. 2023-10-30 8:37:00 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-10-30 8:37:00 0 [Note] InnoDB: Uses event mutexes 2023-10-30 8:37:00 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-10-30 8:37:00 0 [Note] InnoDB: Number of pools: 1 2023-10-30 8:37:00 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-10-30 8:37:00 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-10-30 8:37:00 0 [Note] InnoDB: Completed initialization of buffer pool 2023-10-30 8:37:00 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=143054204 2023-10-30 8:37:00 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-10-30 8:37:00 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-10-30 8:37:00 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-10-30 8:37:00 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-10-30 8:37:00 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-10-30 8:37:00 0 [Note] InnoDB: Waiting for purge to start 2023-10-30 8:37:00 0 [Note] InnoDB: 10.4.14 started; log sequence number 143054213; transaction id 167045 2023-10-30 8:37:00 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-10-30 8:37:00 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-10-30 8:37:00 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-10-30 8:37:00 0 [Note] Reading of all Master_info entries succeeded 2023-10-30 8:37:00 0 [Note] Added new Master_info '' to hash table 2023-10-30 8:37:00 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-10-30 8:37:01 0 [Note] InnoDB: Buffer pool(s) load completed at 231030 8:37:01 2023-11-02 9:18:06 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-02 9:18:06 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-02 9:18:06 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-02 9:18:06 0 [Note] InnoDB: Starting shutdown... 2023-11-02 9:18:06 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 9:18:06 0 [Note] InnoDB: Buffer pool(s) dump completed at 231102 9:18:06 2023-11-02 9:18:07 0 [Note] InnoDB: Shutdown completed; log sequence number 224003713; transaction id 274622 2023-11-02 9:18:07 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-02 9:18:07 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-02 9:18:35 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-02 9:18:35 0 [Note] InnoDB: Uses event mutexes 2023-11-02 9:18:35 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-02 9:18:35 0 [Note] InnoDB: Number of pools: 1 2023-11-02 9:18:35 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-02 9:18:35 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-02 9:18:35 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-02 9:18:35 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-02 9:18:35 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-02 9:18:35 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-02 9:18:35 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-02 9:18:35 0 [Note] InnoDB: Waiting for purge to start 2023-11-02 9:18:35 0 [Note] InnoDB: 10.4.14 started; log sequence number 224003713; transaction id 274624 2023-11-02 9:18:35 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 9:18:35 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-02 9:18:35 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-02 9:18:35 0 [Note] Reading of all Master_info entries succeeded 2023-11-02 9:18:35 0 [Note] Added new Master_info '' to hash table 2023-11-02 9:18:35 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-02 9:18:37 0 [Note] InnoDB: Buffer pool(s) load completed at 231102 9:18:37 2023-11-02 9:19:35 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-02 9:19:35 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-02 9:19:35 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-02 9:19:35 0 [Note] InnoDB: Starting shutdown... 2023-11-02 9:19:35 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 9:19:35 0 [Note] InnoDB: Buffer pool(s) dump completed at 231102 9:19:35 InnoDB: using atomic writes. 2023-11-02 9:20:08 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-02 9:20:08 0 [Note] InnoDB: Uses event mutexes 2023-11-02 9:20:08 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-02 9:20:08 0 [Note] InnoDB: Number of pools: 1 2023-11-02 9:20:08 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-02 9:20:08 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-02 9:20:08 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-02 9:20:08 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=224022869 2023-11-02 9:20:08 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-02 9:20:08 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-02 9:20:08 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-02 9:20:08 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-02 9:20:08 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-02 9:20:08 0 [Note] InnoDB: Waiting for purge to start 2023-11-02 9:20:08 0 [Note] InnoDB: 10.4.14 started; log sequence number 224022878; transaction id 274650 2023-11-02 9:20:08 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 9:20:08 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-02 9:20:08 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-02 9:20:08 0 [Note] Reading of all Master_info entries succeeded 2023-11-02 9:20:08 0 [Note] Added new Master_info '' to hash table 2023-11-02 9:20:08 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-02 9:20:09 0 [Note] InnoDB: Buffer pool(s) load completed at 231102 9:20:09 2023-11-02 9:20:27 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-02 9:20:27 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-02 9:20:27 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-02 9:20:27 0 [Note] InnoDB: Starting shutdown... 2023-11-02 9:20:27 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 9:20:27 0 [Note] InnoDB: Buffer pool(s) dump completed at 231102 9:20:27 2023-11-02 11:05:28 0 [Note] mysqld.exe: Aria engine: starting recovery recovered pages: 0% Table .\mysql\global_priv.MAD has wrong LSN: (1,0x5bc7) on page: 1 100% (0.0 seconds); tables to flush: 1 0 (0.0 seconds); 2023-11-02 11:05:28 0 [Note] mysqld.exe: Aria engine: recovery done InnoDB: using atomic writes. 2023-11-02 11:05:28 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-02 11:05:28 0 [Note] InnoDB: Uses event mutexes 2023-11-02 11:05:28 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-02 11:05:28 0 [Note] InnoDB: Number of pools: 1 2023-11-02 11:05:28 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-02 11:05:28 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-02 11:05:28 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-02 11:05:28 0 [Note] InnoDB: Resizing redo log from 2*50331648 to 2*268435456 bytes; LSN=26592608 2023-11-02 11:05:28 0 [Note] InnoDB: Starting to delete and rewrite log files. 2023-11-02 11:05:28 0 [Note] InnoDB: Setting log file .\ib_logfile101 size to 268435456 bytes 2023-11-02 11:05:28 0 [Note] InnoDB: Setting log file .\ib_logfile1 size to 268435456 bytes 2023-11-02 11:05:28 0 [Note] InnoDB: Renaming log file .\ib_logfile101 to .\ib_logfile0 2023-11-02 11:05:28 0 [Note] InnoDB: New log files created, LSN=26592608 2023-11-02 11:05:28 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-02 11:05:28 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-02 11:05:28 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-02 11:05:28 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-02 11:05:28 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-02 11:05:28 0 [Note] InnoDB: Waiting for purge to start 2023-11-02 11:05:28 0 [Note] InnoDB: 10.4.14 started; log sequence number 26592608; transaction id 14036 2023-11-02 11:05:28 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 11:05:28 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\plugin' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\servers' 2023-11-02 11:05:28 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\db' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\proxies_priv' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\roles_mapping' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\global_priv' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\time_zone_leap_second' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\time_zone_name' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\time_zone' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\time_zone_transition_type' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\time_zone_transition' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\tables_priv' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\columns_priv' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\procs_priv' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\func' 2023-11-02 11:05:28 0 [Note] Zerofilling moved table: '.\mysql\event' 2023-11-02 11:05:28 0 [Note] Reading of all Master_info entries succeeded 2023-11-02 11:05:28 0 [Note] Added new Master_info '' to hash table 2023-11-02 11:05:28 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-02 11:05:29 0 [Note] InnoDB: Buffer pool(s) load completed at 231102 11:05:29 2023-11-02 11:05:37 11 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:05:52 12 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:07 13 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:22 14 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:37 15 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:47 16 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:52 17 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:56 18 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:57 19 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:06:58 20 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:07:07 21 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:07:22 22 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:07:37 23 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:07:52 24 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:08:07 25 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:08:22 26 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:08:37 27 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:08:52 28 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:09:07 29 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:09:22 30 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:09:37 31 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:09:52 32 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:10:07 33 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:10:22 34 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:10:37 35 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:10:52 36 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:11:07 37 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:11:22 38 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:11:37 39 [Warning] Access denied for user 'root'@'localhost' (using password: YES) 2023-11-02 11:11:49 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-02 11:11:49 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-02 11:11:49 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-02 11:11:49 0 [Note] InnoDB: Starting shutdown... 2023-11-02 11:11:49 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 11:11:49 0 [Note] InnoDB: Buffer pool(s) dump completed at 231102 11:11:49 2023-11-02 11:11:50 0 [Note] InnoDB: Shutdown completed; log sequence number 26604455; transaction id 14048 2023-11-02 11:11:50 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-02 11:11:50 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-02 11:11:59 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-02 11:11:59 0 [Note] InnoDB: Uses event mutexes 2023-11-02 11:11:59 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-02 11:11:59 0 [Note] InnoDB: Number of pools: 1 2023-11-02 11:11:59 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-02 11:11:59 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-02 11:11:59 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-02 11:11:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-02 11:11:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-02 11:11:59 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-02 11:11:59 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-02 11:11:59 0 [Note] InnoDB: Waiting for purge to start 2023-11-02 11:11:59 0 [Note] InnoDB: 10.4.14 started; log sequence number 26604455; transaction id 14050 2023-11-02 11:11:59 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 11:11:59 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-02 11:11:59 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-02 11:11:59 0 [Note] Reading of all Master_info entries succeeded 2023-11-02 11:11:59 0 [Note] Added new Master_info '' to hash table 2023-11-02 11:11:59 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-02 11:11:59 0 [Note] InnoDB: Buffer pool(s) load completed at 231102 11:11:59 2023-11-02 12:35:08 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-02 12:35:08 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-02 12:35:08 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-02 12:35:08 0 [Note] InnoDB: Starting shutdown... 2023-11-02 12:35:08 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 12:35:08 0 [Note] InnoDB: Buffer pool(s) dump completed at 231102 12:35:08 2023-11-02 12:35:09 0 [Note] InnoDB: Shutdown completed; log sequence number 27887705; transaction id 14937 2023-11-02 12:35:09 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-02 12:35:09 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-02 12:35:39 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-02 12:35:39 0 [Note] InnoDB: Uses event mutexes 2023-11-02 12:35:39 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-02 12:35:39 0 [Note] InnoDB: Number of pools: 1 2023-11-02 12:35:39 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-02 12:35:39 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-02 12:35:39 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-02 12:35:40 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-02 12:35:40 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-02 12:35:40 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-02 12:35:40 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-02 12:35:40 0 [Note] InnoDB: Waiting for purge to start 2023-11-02 12:35:40 0 [Note] InnoDB: 10.4.14 started; log sequence number 27887705; transaction id 14939 2023-11-02 12:35:40 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-02 12:35:40 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 12:35:40 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-02 12:35:40 0 [Note] Reading of all Master_info entries succeeded 2023-11-02 12:35:40 0 [Note] Added new Master_info '' to hash table 2023-11-02 12:35:40 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-02 12:35:40 0 [Note] InnoDB: Buffer pool(s) load completed at 231102 12:35:40 2023-11-02 12:40:08 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-02 12:40:08 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-02 12:40:08 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-02 12:40:08 0 [Note] InnoDB: Starting shutdown... 2023-11-02 12:40:08 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 12:40:08 0 [Note] InnoDB: Buffer pool(s) dump completed at 231102 12:40:08 2023-11-02 12:40:10 0 [Note] InnoDB: Shutdown completed; log sequence number 27992791; transaction id 15023 2023-11-02 12:40:10 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-02 12:40:10 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-02 12:40:37 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-02 12:40:37 0 [Note] InnoDB: Uses event mutexes 2023-11-02 12:40:37 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-02 12:40:37 0 [Note] InnoDB: Number of pools: 1 2023-11-02 12:40:37 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-02 12:40:37 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-02 12:40:37 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-02 12:40:37 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-02 12:40:38 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-02 12:40:38 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-02 12:40:38 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-02 12:40:38 0 [Note] InnoDB: Waiting for purge to start 2023-11-02 12:40:38 0 [Note] InnoDB: 10.4.14 started; log sequence number 27992791; transaction id 15025 2023-11-02 12:40:38 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-02 12:40:38 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-02 12:40:38 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-02 12:40:38 0 [Note] Reading of all Master_info entries succeeded 2023-11-02 12:40:38 0 [Note] Added new Master_info '' to hash table 2023-11-02 12:40:38 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-02 12:40:38 0 [Note] InnoDB: Buffer pool(s) load completed at 231102 12:40:38 2023-11-13 8:29:47 267022 [Warning] Aborted connection 267022 to db: 'zentao' user: 'root' host: 'localhost' (Got timeout reading communication packets) 2023-11-15 17:37:46 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-15 17:37:46 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-15 17:37:46 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-15 17:37:46 0 [Note] InnoDB: Starting shutdown... 2023-11-15 17:37:46 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-15 17:37:46 0 [Note] InnoDB: Buffer pool(s) dump completed at 231115 17:37:46 2023-11-15 17:37:47 0 [Note] InnoDB: Shutdown completed; log sequence number 314666334; transaction id 368315 2023-11-15 17:37:47 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-15 17:37:47 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-15 17:38:15 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-15 17:38:15 0 [Note] InnoDB: Uses event mutexes 2023-11-15 17:38:15 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-15 17:38:15 0 [Note] InnoDB: Number of pools: 1 2023-11-15 17:38:15 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-15 17:38:15 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-15 17:38:15 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-15 17:38:16 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-15 17:38:16 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-15 17:38:16 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-15 17:38:16 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-15 17:38:16 0 [Note] InnoDB: Waiting for purge to start 2023-11-15 17:38:16 0 [Note] InnoDB: 10.4.14 started; log sequence number 314666334; transaction id 368318 2023-11-15 17:38:16 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-15 17:38:16 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-15 17:38:16 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-15 17:38:16 0 [Note] Reading of all Master_info entries succeeded 2023-11-15 17:38:16 0 [Note] Added new Master_info '' to hash table 2023-11-15 17:38:16 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-15 17:38:17 0 [Note] InnoDB: Buffer pool(s) load completed at 231115 17:38:17 2023-11-21 15:55:15 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-21 15:55:15 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-21 15:55:15 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-21 15:55:15 0 [Note] InnoDB: Starting shutdown... 2023-11-21 15:55:15 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 15:55:15 0 [Note] InnoDB: Buffer pool(s) dump completed at 231121 15:55:15 2023-11-21 15:55:16 0 [Note] InnoDB: Shutdown completed; log sequence number 473805897; transaction id 556863 2023-11-21 15:55:16 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-21 15:55:16 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-21 15:55:47 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-21 15:55:47 0 [Note] InnoDB: Uses event mutexes 2023-11-21 15:55:47 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-21 15:55:47 0 [Note] InnoDB: Number of pools: 1 2023-11-21 15:55:47 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-21 15:55:47 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-21 15:55:47 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-21 15:55:47 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-21 15:55:47 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-21 15:55:47 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-21 15:55:47 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-21 15:55:47 0 [Note] InnoDB: Waiting for purge to start 2023-11-21 15:55:47 0 [Note] InnoDB: 10.4.14 started; log sequence number 473805897; transaction id 556866 2023-11-21 15:55:47 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-21 15:55:47 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 15:55:47 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-21 15:55:47 0 [Note] Reading of all Master_info entries succeeded 2023-11-21 15:55:47 0 [Note] Added new Master_info '' to hash table 2023-11-21 15:55:47 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-21 15:55:48 0 [Note] InnoDB: Buffer pool(s) load completed at 231121 15:55:48 2023-11-21 15:56:00 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-21 15:56:00 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-21 15:56:00 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-21 15:56:00 0 [Note] InnoDB: Starting shutdown... 2023-11-21 15:56:00 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 15:56:00 0 [Note] InnoDB: Buffer pool(s) dump completed at 231121 15:56:00 2023-11-21 15:56:01 0 [Note] InnoDB: Shutdown completed; log sequence number 473820558; transaction id 556880 2023-11-21 15:56:01 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-21 15:56:01 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-21 15:56:28 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-21 15:56:28 0 [Note] InnoDB: Uses event mutexes 2023-11-21 15:56:28 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-21 15:56:28 0 [Note] InnoDB: Number of pools: 1 2023-11-21 15:56:28 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-21 15:56:28 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-21 15:56:28 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-21 15:56:28 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-21 15:56:28 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-21 15:56:28 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-21 15:56:28 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-21 15:56:28 0 [Note] InnoDB: Waiting for purge to start 2023-11-21 15:56:28 0 [Note] InnoDB: 10.4.14 started; log sequence number 473820558; transaction id 556883 2023-11-21 15:56:28 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-21 15:56:28 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 15:56:28 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-21 15:56:28 0 [Note] Reading of all Master_info entries succeeded 2023-11-21 15:56:28 0 [Note] Added new Master_info '' to hash table 2023-11-21 15:56:28 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-21 15:56:29 0 [Note] InnoDB: Buffer pool(s) load completed at 231121 15:56:29 2023-11-21 15:56:41 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-21 15:56:41 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-21 15:56:41 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-21 15:56:41 0 [Note] InnoDB: Starting shutdown... 2023-11-21 15:56:41 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 15:56:41 0 [Note] InnoDB: Buffer pool(s) dump completed at 231121 15:56:41 2023-11-21 15:56:42 0 [Note] InnoDB: Shutdown completed; log sequence number 473822897; transaction id 556897 2023-11-21 15:56:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-21 15:56:42 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-21 16:12:51 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-21 16:12:51 0 [Note] InnoDB: Uses event mutexes 2023-11-21 16:12:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-21 16:12:51 0 [Note] InnoDB: Number of pools: 1 2023-11-21 16:12:51 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-21 16:12:51 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-21 16:12:51 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-21 16:12:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-21 16:12:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-21 16:12:51 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-21 16:12:51 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-21 16:12:51 0 [Note] InnoDB: Waiting for purge to start 2023-11-21 16:12:51 0 [Note] InnoDB: 10.4.14 started; log sequence number 473822897; transaction id 556899 2023-11-21 16:12:51 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 16:12:51 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-21 16:12:51 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-21 16:12:51 0 [Note] Reading of all Master_info entries succeeded 2023-11-21 16:12:51 0 [Note] Added new Master_info '' to hash table 2023-11-21 16:12:51 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-21 16:12:52 0 [Note] InnoDB: Buffer pool(s) load completed at 231121 16:12:52 2023-11-21 16:17:08 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-21 16:17:08 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-21 16:17:08 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-21 16:17:08 0 [Note] InnoDB: Starting shutdown... 2023-11-21 16:17:08 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 16:17:08 0 [Note] InnoDB: Buffer pool(s) dump completed at 231121 16:17:08 2023-11-21 16:17:09 0 [Note] InnoDB: Shutdown completed; log sequence number 473891821; transaction id 556967 2023-11-21 16:17:09 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-21 16:17:09 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-21 18:41:03 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-21 18:41:03 0 [Note] InnoDB: Uses event mutexes 2023-11-21 18:41:03 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-21 18:41:03 0 [Note] InnoDB: Number of pools: 1 2023-11-21 18:41:03 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-21 18:41:03 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-21 18:41:03 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-21 18:41:03 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-21 18:41:03 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-21 18:41:03 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-21 18:41:03 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-21 18:41:03 0 [Note] InnoDB: Waiting for purge to start 2023-11-21 18:41:03 0 [Note] InnoDB: 10.4.14 started; log sequence number 473891821; transaction id 556969 2023-11-21 18:41:03 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-21 18:41:03 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 18:41:03 0 [ERROR] InnoDB: Error parsing 'D:\ZenTao\bin\mysql\data\ib_buffer_pool', unable to load buffer pool (stage 1) 2023-11-21 18:41:03 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-21 18:41:03 0 [Note] Reading of all Master_info entries succeeded 2023-11-21 18:41:03 0 [Note] Added new Master_info '' to hash table 2023-11-21 18:41:03 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-21 18:43:03 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-21 18:43:03 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-21 18:43:03 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-21 18:43:03 0 [Note] InnoDB: Starting shutdown... 2023-11-21 18:43:03 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 18:43:03 0 [Note] InnoDB: Buffer pool(s) dump completed at 231121 18:43:03 2023-11-21 18:43:03 0 [Note] InnoDB: Shutdown completed; log sequence number 473921461; transaction id 557005 2023-11-21 18:43:03 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-21 18:43:03 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-21 18:45:41 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-21 18:45:41 0 [Note] InnoDB: Uses event mutexes 2023-11-21 18:45:41 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-21 18:45:41 0 [Note] InnoDB: Number of pools: 1 2023-11-21 18:45:41 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-21 18:45:41 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-21 18:45:41 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-21 18:45:41 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-21 18:45:41 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-21 18:45:41 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-21 18:45:41 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-21 18:45:41 0 [Note] InnoDB: Waiting for purge to start 2023-11-21 18:45:41 0 [Note] InnoDB: 10.4.14 started; log sequence number 473921461; transaction id 557007 2023-11-21 18:45:41 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-21 18:45:41 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 18:45:41 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-21 18:45:41 0 [Note] InnoDB: Buffer pool(s) load completed at 231121 18:45:41 2023-11-21 18:45:41 0 [Note] Reading of all Master_info entries succeeded 2023-11-21 18:45:41 0 [Note] Added new Master_info '' to hash table 2023-11-21 18:45:41 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-21 18:50:33 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-21 18:50:33 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-21 18:50:33 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-21 18:50:33 0 [Note] InnoDB: Starting shutdown... 2023-11-21 18:50:33 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 18:50:33 0 [Note] InnoDB: Buffer pool(s) dump completed at 231121 18:50:33 2023-11-21 18:50:34 0 [Note] InnoDB: Shutdown completed; log sequence number 474000608; transaction id 557083 2023-11-21 18:50:34 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-21 18:50:34 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-21 18:51:00 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-21 18:51:00 0 [Note] InnoDB: Uses event mutexes 2023-11-21 18:51:00 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-21 18:51:00 0 [Note] InnoDB: Number of pools: 1 2023-11-21 18:51:00 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-21 18:51:00 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-21 18:51:00 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-21 18:51:03 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-21 18:51:03 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-21 18:51:03 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-21 18:51:03 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-21 18:51:03 0 [Note] InnoDB: 10.4.14 started; log sequence number 474000608; transaction id 557085 2023-11-21 18:51:03 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-21 18:51:03 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-21 18:51:03 0 [Note] InnoDB: Buffer pool(s) load completed at 231121 18:51:03 2023-11-21 18:51:04 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-21 18:51:04 0 [Note] Reading of all Master_info entries succeeded 2023-11-21 18:51:04 0 [Note] Added new Master_info '' to hash table 2023-11-21 18:51:04 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-22 09:30:15 0x5e8 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0pcur.cc line 493 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 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. 231122 9:30:15 [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=8 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: 0x1d49331d618 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!??$?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!?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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1d493286200): select * from `zt_im_message` Connection ID (thread ID): 1086 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-11-22 9:33:40 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-22 9:33:40 0 [Note] InnoDB: Uses event mutexes 2023-11-22 9:33:40 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-22 9:33:40 0 [Note] InnoDB: Number of pools: 1 2023-11-22 9:33:40 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-22 9:33:40 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-22 9:33:40 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-22 9:33:40 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=475375558 2023-11-22 9:33:40 0 [Note] InnoDB: Starting final batch to recover 6 pages from redo log. 2023-11-22 9:33:42 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-22 9:33:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-22 9:33:42 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-22 9:33:42 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-22 9:33:42 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-22 9:33:42 0 [Note] InnoDB: Waiting for purge to start 2023-11-22 9:33:43 0 [Note] InnoDB: 10.4.14 started; log sequence number 475376522; transaction id 559181 2023-11-22 9:33:43 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-22 9:33:43 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-22 9:33:43 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-22 9:33:43 0 [Note] InnoDB: Buffer pool(s) load completed at 231122 9:33:43 2023-11-22 9:33:43 0 [Note] Reading of all Master_info entries succeeded 2023-11-22 9:33:43 0 [Note] Added new Master_info '' to hash table 2023-11-22 9:33:43 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-22 09:36:38 0x3124 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0pcur.cc line 493 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 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. 231122 9:36:38 [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=3 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: 0x1ed9a47f018 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!??$?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!?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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1edfe388db0): select * from `zt_im_message` Connection ID (thread ID): 102 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-11-22 9:45:23 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-22 9:45:23 0 [Note] InnoDB: Uses event mutexes 2023-11-22 9:45:23 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-22 9:45:23 0 [Note] InnoDB: Number of pools: 1 2023-11-22 9:45:23 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-22 9:45:23 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-22 9:45:23 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-22 9:45:23 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=475454742 2023-11-22 9:45:23 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-22 9:45:23 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-22 9:45:23 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-22 9:45:23 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-22 9:45:23 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-22 9:45:23 0 [Note] InnoDB: Waiting for purge to start 2023-11-22 9:45:23 0 [Note] InnoDB: 10.4.14 started; log sequence number 475454751; transaction id 559372 2023-11-22 9:45:23 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-22 9:45:23 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-22 9:45:23 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-22 9:45:23 0 [Note] Reading of all Master_info entries succeeded 2023-11-22 9:45:23 0 [Note] Added new Master_info '' to hash table 2023-11-22 9:45:23 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-11-22 9:45:23 0 [Note] InnoDB: Buffer pool(s) load completed at 231122 9:45:23 2023-11-23 2:26:30 12 [Warning] Aborted connection 12 to db: 'zentao' user: 'root' host: 'localhost' (Got timeout reading communication packets) 2023-11-23 2:28:07 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-11-23 2:28:07 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-11-23 2:28:07 0 [Note] InnoDB: FTS optimize thread exiting. 2023-11-23 2:28:07 0 [Note] InnoDB: Starting shutdown... 2023-11-23 2:28:07 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-23 2:28:07 0 [Note] InnoDB: Buffer pool(s) dump completed at 231123 2:28:07 2023-11-23 2:28:08 0 [Note] InnoDB: Shutdown completed; log sequence number 487277298; transaction id 577540 2023-11-23 2:28:08 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-11-23 2:28:08 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-11-23 2:28:45 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-11-23 2:28:45 0 [Note] InnoDB: Uses event mutexes 2023-11-23 2:28:45 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-23 2:28:45 0 [Note] InnoDB: Number of pools: 1 2023-11-23 2:28:45 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-23 2:28:45 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-11-23 2:28:45 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-23 2:28:48 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-23 2:28:48 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-23 2:28:48 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-11-23 2:28:48 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-11-23 2:28:48 0 [Note] InnoDB: 10.4.14 started; log sequence number 487277298; transaction id 577542 2023-11-23 2:28:48 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-11-23 2:28:48 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-11-23 2:28:48 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-11-23 2:28:48 0 [Note] InnoDB: Buffer pool(s) load completed at 231123 2:28:48 2023-11-23 2:28:48 0 [Note] Reading of all Master_info entries succeeded 2023-11-23 2:28:48 0 [Note] Added new Master_info '' to hash table 2023-11-23 2:28:48 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-01 13:06:36 0xd4c InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0pcur.cc line 493 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 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. 231201 13:06:36 [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=8 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: 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... 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!??$?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!??$?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!??$?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!??$?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() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-01 13:07:59 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-01 13:07:59 0 [Note] InnoDB: Uses event mutexes 2023-12-01 13:07:59 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-01 13:07:59 0 [Note] InnoDB: Number of pools: 1 2023-12-01 13:07:59 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-01 13:07:59 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-01 13:07:59 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-01 13:07:59 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=697689267 2023-12-01 13:08:00 0 [Note] InnoDB: Starting final batch to recover 32 pages from redo log. 2023-12-01 13:08:03 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-01 13:08:03 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-01 13:08:03 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-01 13:08:03 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-01 13:08:03 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-01 13:08:03 0 [Note] InnoDB: Waiting for purge to start 2023-12-01 13:08:03 0 [Note] InnoDB: 10.4.14 started; log sequence number 697689519; transaction id 817704 2023-12-01 13:08:03 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-01 13:08:03 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-01 13:08:03 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-01 13:08:03 0 [Note] InnoDB: Buffer pool(s) load completed at 231201 13:08:03 2023-12-01 13:08:04 0 [Note] Reading of all Master_info entries succeeded 2023-12-01 13:08:04 0 [Note] Added new Master_info '' to hash table 2023-12-01 13:08:04 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-04 19:09:08 0x58ac InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0pcur.cc line 493 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 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. 231204 19:09: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.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: 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... 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!??$?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!??$?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!??$?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!??$?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() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-05 8:58:06 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-05 8:58:06 0 [Note] InnoDB: Uses event mutexes 2023-12-05 8:58:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-05 8:58:06 0 [Note] InnoDB: Number of pools: 1 2023-12-05 8:58:06 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-05 8:58:06 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-05 8:58:06 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-05 8:58:06 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=777881128 2023-12-05 8:58:09 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-05 8:58:09 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-05 8:58:09 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-05 8:58:09 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-05 8:58:09 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-05 8:58:09 0 [Note] InnoDB: Waiting for purge to start 2023-12-05 8:58:09 0 [Note] InnoDB: 10.4.14 started; log sequence number 777881137; transaction id 901862 2023-12-05 8:58:09 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-05 8:58:09 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-05 8:58:09 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-05 8:58:09 0 [Note] InnoDB: Buffer pool(s) load completed at 231205 8:58:09 2023-12-05 8:58:09 0 [Note] Reading of all Master_info entries succeeded 2023-12-05 8:58:09 0 [Note] Added new Master_info '' to hash table 2023-12-05 8:58:09 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-05 10:35:45 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-05 10:35:45 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-05 10:35:45 0x210c InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 231205 10:35:45 [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=5 max_threads=65537 thread_count=5 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: 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... 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!??$?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!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!??$?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!??$?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!??$?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!??$?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!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-05 10:36:22 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-05 10:36:22 0 [Note] InnoDB: Uses event mutexes 2023-12-05 10:36:22 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-05 10:36:22 0 [Note] InnoDB: Number of pools: 1 2023-12-05 10:36:22 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-05 10:36:22 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-05 10:36:22 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-05 10:36:22 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=780203469 2023-12-05 10:36:25 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-05 10:36:25 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-05 10:36:25 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-05 10:36:25 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-05 10:36:25 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-05 10:36:25 0 [Note] InnoDB: Waiting for purge to start 2023-12-05 10:36:25 0 [Note] InnoDB: 10.4.14 started; log sequence number 780203478; transaction id 905530 2023-12-05 10:36:25 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-05 10:36:25 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-05 10:36:25 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-05 10:36:25 0 [Note] Reading of all Master_info entries succeeded 2023-12-05 10:36:25 0 [Note] Added new Master_info '' to hash table 2023-12-05 10:36:25 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-05 10:36:25 0 [Note] InnoDB: Buffer pool(s) load completed at 231205 10:36:25 2023-12-05 11:12:08 0x21e0 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0pcur.cc line 493 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 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. 231205 11:12: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.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: 0x191ced37198 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!??$?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!?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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x191cedc9510): select * from `zt_im_message` Connection ID (thread ID): 262 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-05 12:42:41 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-05 12:42:41 0 [Note] InnoDB: Uses event mutexes 2023-12-05 12:42:41 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-05 12:42:41 0 [Note] InnoDB: Number of pools: 1 2023-12-05 12:42:41 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-05 12:42:41 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-05 12:42:41 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-05 12:42:41 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=780911169 2023-12-05 12:42:43 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-05 12:42:43 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-05 12:42:43 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-05 12:42:43 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-05 12:42:43 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-05 12:42:43 0 [Note] InnoDB: Waiting for purge to start 2023-12-05 12:42:44 0 [Note] InnoDB: 10.4.14 started; log sequence number 780911178; transaction id 906417 2023-12-05 12:42:44 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-05 12:42:44 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-05 12:42:44 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-05 12:42:44 0 [Note] InnoDB: Buffer pool(s) load completed at 231205 12:42:44 2023-12-05 12:42:44 0 [Note] Reading of all Master_info entries succeeded 2023-12-05 12:42:44 0 [Note] Added new Master_info '' to hash table 2023-12-05 12:42:44 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-05 16:51:04 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-05 16:51:04 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-05 16:51:04 0x1e10 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 231205 16:51:04 [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=5 max_threads=65537 thread_count=5 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: 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... 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!??$?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!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!??$?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!??$?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!??$?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!??$?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!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-05 16:51:39 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-05 16:51:39 0 [Note] InnoDB: Uses event mutexes 2023-12-05 16:51:39 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-05 16:51:39 0 [Note] InnoDB: Number of pools: 1 2023-12-05 16:51:39 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-05 16:51:39 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-05 16:51:39 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-05 16:51:39 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=786992308 2023-12-05 16:51:42 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-05 16:51:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-05 16:51:42 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-05 16:51:42 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-05 16:51:42 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-05 16:51:42 0 [Note] InnoDB: 10.4.14 started; log sequence number 786992317; transaction id 915873 2023-12-05 16:51:42 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-05 16:51:42 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-05 16:51:42 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-05 16:51:42 0 [Note] Reading of all Master_info entries succeeded 2023-12-05 16:51:42 0 [Note] Added new Master_info '' to hash table 2023-12-05 16:51:42 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-05 16:51:42 0 [Note] InnoDB: Buffer pool(s) load completed at 231205 16:51:42 2023-12-06 9:24:27 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-06 9:24:27 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-06 09:24:27 0xd14 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 231206 9:24:27 [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=8 max_threads=65537 thread_count=5 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: 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... 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!??$?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!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!??$?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!??$?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!??$?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!??$?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!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-06 9:25:07 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-06 9:25:07 0 [Note] InnoDB: Uses event mutexes 2023-12-06 9:25:07 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-06 9:25:07 0 [Note] InnoDB: Number of pools: 1 2023-12-06 9:25:07 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-06 9:25:07 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-06 9:25:07 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-06 9:25:07 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=805755239 2023-12-06 9:25:10 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-06 9:25:10 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-06 9:25:10 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-06 9:25:10 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-06 9:25:10 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-06 9:25:10 0 [Note] InnoDB: 10.4.14 started; log sequence number 805755248; transaction id 938723 2023-12-06 9:25:10 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-06 9:25:10 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-06 9:25:10 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-06 9:25:10 0 [Note] Reading of all Master_info entries succeeded 2023-12-06 9:25:10 0 [Note] Added new Master_info '' to hash table 2023-12-06 9:25:10 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-06 9:25:10 0 [Note] InnoDB: Buffer pool(s) load completed at 231206 9:25:10 2023-12-06 10:02:52 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-06 10:02:52 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-06 10:02:52 0 [Note] InnoDB: FTS optimize thread exiting. 2023-12-06 10:02:52 0 [Note] InnoDB: Starting shutdown... 2023-12-06 10:02:52 0 [Note] InnoDB: Dumping buffer pool(s) to D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-06 10:02:52 0 [Note] InnoDB: Buffer pool(s) dump completed at 231206 10:02:52 2023-12-06 10:02:53 0 [Note] InnoDB: Shutdown completed; log sequence number 806388857; transaction id 939375 2023-12-06 10:02:53 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-06 10:02:53 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: Shutdown complete InnoDB: using atomic writes. 2023-12-06 10:03:29 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-06 10:03:29 0 [Note] InnoDB: Uses event mutexes 2023-12-06 10:03:29 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-06 10:03:29 0 [Note] InnoDB: Number of pools: 1 2023-12-06 10:03:29 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-06 10:03:29 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-06 10:03:29 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-06 10:03:31 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-06 10:03:31 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-06 10:03:31 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-06 10:03:31 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-06 10:03:31 0 [Note] InnoDB: Waiting for purge to start 2023-12-06 10:03:31 0 [Note] InnoDB: 10.4.14 started; log sequence number 806388857; transaction id 939377 2023-12-06 10:03:31 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-06 10:03:31 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-06 10:03:31 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-06 10:03:32 0 [Note] Reading of all Master_info entries succeeded 2023-12-06 10:03:32 0 [Note] Added new Master_info '' to hash table 2023-12-06 10:03:32 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-06 10:03:32 0 [Note] InnoDB: Buffer pool(s) load completed at 231206 10:03:32 2023-12-06 12:58:19 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-06 12:58:19 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-06 12:58:19 0x2790 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 231206 12:58:19 [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=4 max_threads=65537 thread_count=5 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: 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... 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!??$?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!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!??$?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!??$?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!??$?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!??$?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!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-06 12:58:54 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-06 12:58:54 0 [Note] InnoDB: Uses event mutexes 2023-12-06 12:58:54 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-06 12:58:54 0 [Note] InnoDB: Number of pools: 1 2023-12-06 12:58:54 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-06 12:58:54 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-06 12:58:54 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-06 12:58:54 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=810480313 2023-12-06 12:58:54 0 [Note] InnoDB: 1 transaction(s) which must be rolled back or cleaned up in total 114 row operations to undo 2023-12-06 12:58:54 0 [Note] InnoDB: Trx id counter is 945700 2023-12-06 12:58:58 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-06 12:58:58 0 [Note] InnoDB: Starting in background the rollback of recovered transactions 2023-12-06 12:58:58 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-06 12:58:58 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-06 12:58:58 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-06 12:58:58 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-06 12:58:58 0 [Note] InnoDB: Waiting for purge to start 2023-12-06 12:58:58 0 [Note] InnoDB: Rolled back recovered transaction 945699 2023-12-06 12:58:58 0 [Note] InnoDB: Rollback of non-prepared transactions completed 2023-12-06 12:58:58 0 [Note] InnoDB: 10.4.14 started; log sequence number 810480485; transaction id 945703 2023-12-06 12:58:58 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-06 12:58:58 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-06 12:58:58 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-06 12:58:58 0 [Note] Reading of all Master_info entries succeeded 2023-12-06 12:58:58 0 [Note] Added new Master_info '' to hash table 2023-12-06 12:58:58 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-06 12:58:58 0 [Note] InnoDB: Buffer pool(s) load completed at 231206 12:58:58 231207 10:05:58 [ERROR] 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. 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=8 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: 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... 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!??$?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!??$?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!??$?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() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-07 10:06:38 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-07 10:06:38 0 [Note] InnoDB: Uses event mutexes 2023-12-07 10:06:38 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-07 10:06:38 0 [Note] InnoDB: Number of pools: 1 2023-12-07 10:06:38 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-07 10:06:38 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-07 10:06:38 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-07 10:06:38 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=836065384 2023-12-07 10:06:41 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-07 10:06:41 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-07 10:06:41 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-07 10:06:41 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-07 10:06:41 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-07 10:06:41 0 [Note] InnoDB: Waiting for purge to start 2023-12-07 10:06:41 0 [Note] InnoDB: 10.4.14 started; log sequence number 836065393; transaction id 979080 2023-12-07 10:06:41 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-07 10:06:41 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-07 10:06:41 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-07 10:06:41 0 [Note] InnoDB: Buffer pool(s) load completed at 231207 10:06:41 2023-12-07 10:06:41 0 [Note] Reading of all Master_info entries succeeded 2023-12-07 10:06:41 0 [Note] Added new Master_info '' to hash table 2023-12-07 10:06:41 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 231208 9:25:45 [ERROR] 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. 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=8 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: 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... 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!??$?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!??$?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!??$?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() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-08 9:27:09 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-08 9:27:09 0 [Note] InnoDB: Uses event mutexes 2023-12-08 9:27:09 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-08 9:27:09 0 [Note] InnoDB: Number of pools: 1 2023-12-08 9:27:09 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-08 9:27:10 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-08 9:27:10 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-08 9:27:10 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=864494819 2023-12-08 9:27:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-08 9:27:13 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-08 9:27:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-08 9:27:13 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-08 9:27:13 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-08 9:27:13 0 [Note] InnoDB: 10.4.14 started; log sequence number 864494828; transaction id 1016812 2023-12-08 9:27:13 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-08 9:27:13 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-08 9:27:13 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-08 9:27:13 0 [Note] InnoDB: Buffer pool(s) load completed at 231208 9:27:13 2023-12-08 9:27:13 0 [Note] Reading of all Master_info entries succeeded 2023-12-08 9:27:13 0 [Note] Added new Master_info '' to hash table 2023-12-08 9:27:13 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-12 8:52:14 103868 [Warning] Aborted connection 103868 to db: 'zentao' user: 'root' host: 'localhost' (Got timeout reading communication packets) 2023-12-12 9:43:06 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-12 9:43:06 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-12 09:43:06 0x18d4 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0cur.cc line 336 InnoDB: Failing assertion: page_is_comp(get_block->frame) == page_is_comp(page) 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. 231212 9:43:06 [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=8 max_threads=65537 thread_count=5 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: 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... 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!??$?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!??$?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!??$?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!??$?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!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-12 9:43:50 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-12 9:43:50 0 [Note] InnoDB: Uses event mutexes 2023-12-12 9:43:50 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-12 9:43:50 0 [Note] InnoDB: Number of pools: 1 2023-12-12 9:43:50 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-12 9:43:50 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-12 9:43:50 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-12 9:43:50 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=951402879 2023-12-12 9:43:50 0 [Note] InnoDB: 1 transaction(s) which must be rolled back or cleaned up in total 143 row operations to undo 2023-12-12 9:43:50 0 [Note] InnoDB: Trx id counter is 1113375 2023-12-12 9:43:50 0 [Note] InnoDB: Starting final batch to recover 3 pages from redo log. 2023-12-12 9:43:53 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-12 9:43:53 0 [Note] InnoDB: Starting in background the rollback of recovered transactions 2023-12-12 9:43:53 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-12 9:43:53 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-12 9:43:53 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-12 9:43:53 0 [Note] InnoDB: Rolled back recovered transaction 1113374 2023-12-12 9:43:53 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-12 9:43:53 0 [Note] InnoDB: Rollback of non-prepared transactions completed 2023-12-12 9:43:53 0 [Note] InnoDB: Waiting for purge to start 2023-12-12 9:43:53 0 [Note] InnoDB: 10.4.14 started; log sequence number 951425004; transaction id 1113378 2023-12-12 9:43:53 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-12 9:43:53 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-12 9:43:53 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-12 9:43:53 0 [Note] InnoDB: Buffer pool(s) load completed at 231212 9:43:53 2023-12-12 9:43:53 0 [Note] Reading of all Master_info entries succeeded 2023-12-12 9:43:53 0 [Note] Added new Master_info '' to hash table 2023-12-12 9:43:53 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-12 22:40:30 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-12 22:40:30 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-12 22:40:30 0x1c74 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0cur.cc line 336 InnoDB: Failing assertion: page_is_comp(get_block->frame) == page_is_comp(page) 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. 231212 22:40:30 [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=8 max_threads=65537 thread_count=5 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: 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... 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!??$?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!??$?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!??$?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!??$?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!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-13 8:54:56 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-13 8:54:56 0 [Note] InnoDB: Uses event mutexes 2023-12-13 8:54:56 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-13 8:54:56 0 [Note] InnoDB: Number of pools: 1 2023-12-13 8:54:56 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-13 8:54:56 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-13 8:54:56 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-13 8:54:56 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=968144527 2023-12-13 8:54:56 0 [Note] InnoDB: 1 transaction(s) which must be rolled back or cleaned up in total 147 row operations to undo 2023-12-13 8:54:56 0 [Note] InnoDB: Trx id counter is 1137369 2023-12-13 8:54:56 0 [Note] InnoDB: Starting final batch to recover 2 pages from redo log. 2023-12-13 8:55:00 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-13 8:55:00 0 [Note] InnoDB: Starting in background the rollback of recovered transactions 2023-12-13 8:55:00 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-13 8:55:00 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-13 8:55:00 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-13 8:55:00 0 [Note] InnoDB: Rolled back recovered transaction 1137368 2023-12-13 8:55:00 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-13 8:55:00 0 [Note] InnoDB: Rollback of non-prepared transactions completed 2023-12-13 8:55:00 0 [Note] InnoDB: 10.4.14 started; log sequence number 968144699; transaction id 1137372 2023-12-13 8:55:00 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-13 8:55:00 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-13 8:55:00 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-13 8:55:00 0 [Note] Reading of all Master_info entries succeeded 2023-12-13 8:55:00 0 [Note] Added new Master_info '' to hash table 2023-12-13 8:55:00 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-13 8:55:00 0 [Note] InnoDB: Buffer pool(s) load completed at 231213 8:55:00 2023-12-20 2:30:13 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe (initiated by: unknown): Normal shutdown 2023-12-20 2:30:13 0 [Note] Event Scheduler: Purging the queue. 0 events 2023-12-20 02:30:13 0x2a7c InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0cur.cc line 336 InnoDB: Failing assertion: page_is_comp(get_block->frame) == page_is_comp(page) 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. 231220 2:30:13 [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=8 max_threads=65537 thread_count=5 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: 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... 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!??$?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!??$?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!??$?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!??$?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!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() mysqld.exe!pthread_dummy() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-20 2:30:47 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-20 2:30:47 0 [Note] InnoDB: Uses event mutexes 2023-12-20 2:30:47 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-20 2:30:47 0 [Note] InnoDB: Number of pools: 1 2023-12-20 2:30:47 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-20 2:30:47 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-20 2:30:47 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-20 2:30:47 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1139725810 2023-12-20 2:30:47 0 [Note] InnoDB: 1 transaction(s) which must be rolled back or cleaned up in total 148 row operations to undo 2023-12-20 2:30:47 0 [Note] InnoDB: Trx id counter is 1331369 2023-12-20 2:30:47 0 [Note] InnoDB: Starting final batch to recover 3 pages from redo log. 2023-12-20 2:30:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-20 2:30:51 0 [Note] InnoDB: Starting in background the rollback of recovered transactions 2023-12-20 2:30:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-20 2:30:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-20 2:30:51 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-20 2:30:51 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-20 2:30:51 0 [Note] InnoDB: Rolled back recovered transaction 1331368 2023-12-20 2:30:51 0 [Note] InnoDB: Rollback of non-prepared transactions completed 2023-12-20 2:30:51 0 [Note] InnoDB: Waiting for purge to start 2023-12-20 2:30:51 0 [Note] InnoDB: 10.4.14 started; log sequence number 1139747169; transaction id 1331372 2023-12-20 2:30:51 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-20 2:30:51 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-20 2:30:51 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-20 2:30:51 0 [Note] InnoDB: Buffer pool(s) load completed at 231220 2:30:51 2023-12-20 2:30:51 0 [Note] Reading of all Master_info entries succeeded 2023-12-20 2:30:51 0 [Note] Added new Master_info '' to hash table 2023-12-20 2:30:51 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-21 09:20:15 0x4b00 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\btr\btr0pcur.cc line 493 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 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. 231221 9:20:15 [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=9 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: 0x2467e6ddff8 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!??$?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!?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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x2467ec1f7f0): select * from `zt_im_message` Connection ID (thread ID): 37176 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-21 9:49:10 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-21 9:49:10 0 [Note] InnoDB: Uses event mutexes 2023-12-21 9:49:10 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-21 9:49:10 0 [Note] InnoDB: Number of pools: 1 2023-12-21 9:49:10 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-21 9:49:10 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-21 9:49:10 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-21 9:49:10 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1175138057 2023-12-21 9:49:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-21 9:49:13 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-21 9:49:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-21 9:49:13 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-21 9:49:13 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-21 9:49:13 0 [Note] InnoDB: Waiting for purge to start 2023-12-21 9:49:13 0 [Note] InnoDB: 10.4.14 started; log sequence number 1175138066; transaction id 1375587 2023-12-21 9:49:13 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-21 9:49:13 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-21 9:49:13 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-21 9:49:14 0 [Note] InnoDB: Buffer pool(s) load completed at 231221 9:49:14 2023-12-21 9:49:14 0 [Note] Reading of all Master_info entries succeeded 2023-12-21 9:49:14 0 [Note] Added new Master_info '' to hash table 2023-12-21 9:49:14 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 231225 14:08:56 [ERROR] 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. 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=8 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 = 32885 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. 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... 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!??$?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!??$?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!??$?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() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-25 14:17:02 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-25 14:17:02 0 [Note] InnoDB: Uses event mutexes 2023-12-25 14:17:02 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-25 14:17:02 0 [Note] InnoDB: Number of pools: 1 2023-12-25 14:17:02 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-25 14:17:02 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-25 14:17:02 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-25 14:17:02 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1275818024 2023-12-25 14:17:06 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-25 14:17:06 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-25 14:17:06 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-25 14:17:06 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-25 14:17:06 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-25 14:17:06 0 [Note] InnoDB: Waiting for purge to start 2023-12-25 14:17:06 0 [Note] InnoDB: 10.4.14 started; log sequence number 1275818033; transaction id 1494317 2023-12-25 14:17:06 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-25 14:17:06 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-25 14:17:06 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-25 14:17:06 0 [Note] InnoDB: Buffer pool(s) load completed at 231225 14:17:06 2023-12-25 14:17:06 0 [Note] Reading of all Master_info entries succeeded 2023-12-25 14:17:06 0 [Note] Added new Master_info '' to hash table 2023-12-25 14:17:06 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2023-12-27 8:40:32 28421 [Warning] Aborted connection 28421 to db: 'zentao' user: 'root' host: 'localhost' (Got timeout reading communication packets) 231228 16:12:29 [ERROR] 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. 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=6 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: 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... 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!??$?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!??$?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!??$?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() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2023-12-28 16:13:43 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2023-12-28 16:13:43 0 [Note] InnoDB: Uses event mutexes 2023-12-28 16:13:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-12-28 16:13:43 0 [Note] InnoDB: Number of pools: 1 2023-12-28 16:13:43 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-12-28 16:13:43 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2023-12-28 16:13:43 0 [Note] InnoDB: Completed initialization of buffer pool 2023-12-28 16:13:43 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1323251538 2023-12-28 16:13:43 0 [Note] InnoDB: Starting final batch to recover 41 pages from redo log. 2023-12-28 16:13:46 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-12-28 16:13:46 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2023-12-28 16:13:46 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-12-28 16:13:46 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2023-12-28 16:13:46 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2023-12-28 16:13:46 0 [Note] InnoDB: Waiting for purge to start 2023-12-28 16:13:46 0 [Note] InnoDB: 10.4.14 started; log sequence number 1323263984; transaction id 1572467 2023-12-28 16:13:46 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2023-12-28 16:13:46 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-12-28 16:13:46 0 [Note] Server socket created on IP: '127.0.0.1'. 2023-12-28 16:13:46 0 [Note] InnoDB: Buffer pool(s) load completed at 231228 16:13:46 2023-12-28 16:13:46 0 [Note] Reading of all Master_info entries succeeded 2023-12-28 16:13:46 0 [Note] Added new Master_info '' to hash table 2023-12-28 16:13:46 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-02 8:54:33 36965 [Warning] Aborted connection 36965 to db: 'zentao' user: 'root' host: 'localhost' (Got timeout reading communication packets) 2024-01-12 10:40:35 0x7e88 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 10:40:35 [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: 0x1953a13c668 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x19539c50500): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 323882 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 10:57:02 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 10:57:02 0 [Note] InnoDB: Uses event mutexes 2024-01-12 10:57:02 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 10:57:02 0 [Note] InnoDB: Number of pools: 1 2024-01-12 10:57:02 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 10:57:02 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 10:57:02 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 10:57:02 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538092774 2024-01-12 10:57:02 0 [Note] InnoDB: Starting final batch to recover 1 pages from redo log. 2024-01-12 10:57:07 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 10:57:07 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 10:57:07 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 10:57:07 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 10:57:07 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 10:57:07 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 10:57:07 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538093122; transaction id 1834422 2024-01-12 10:57:07 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 10:57:07 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 10:57:07 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 10:57:07 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 10:57:07 2024-01-12 10:57:07 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 10:57:07 0 [Note] Added new Master_info '' to hash table 2024-01-12 10:57:07 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 10:57:08 0x6278 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 10:57: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.14-MariaDB key_buffer_size=16777216 read_buffer_size=2097152 max_used_connections=1 max_threads=65537 thread_count=7 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: 0x13f4580fda8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x13f4583a190): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 9 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 10:57:27 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 10:57:27 0 [Note] InnoDB: Uses event mutexes 2024-01-12 10:57:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 10:57:27 0 [Note] InnoDB: Number of pools: 1 2024-01-12 10:57:27 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 10:57:27 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 10:57:27 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 10:57:27 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538093506 2024-01-12 10:57:27 0 [Note] InnoDB: Starting final batch to recover 1 pages from redo log. 2024-01-12 10:57:28 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 10:57:28 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 10:57:28 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 10:57:28 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 10:57:28 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 10:57:28 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 10:57:28 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538093587; transaction id 1834432 2024-01-12 10:57:28 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 10:57:28 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 10:57:28 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 10:57:28 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 10:57:28 0 [Note] Added new Master_info '' to hash table 2024-01-12 10:57:28 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 10:57:28 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 10:57:28 2024-01-12 10:57:35 0x2d50 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 10:57:35 [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=2 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: 0x20c5ceea898 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x20c5ceefb50): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 13 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 10:58:48 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 10:58:48 0 [Note] InnoDB: Uses event mutexes 2024-01-12 10:58:48 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 10:58:48 0 [Note] InnoDB: Number of pools: 1 2024-01-12 10:58:48 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 10:58:48 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 10:58:48 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 10:58:48 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538094821 2024-01-12 10:58:48 0 [Note] InnoDB: Starting final batch to recover 2 pages from redo log. 2024-01-12 10:58:49 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 10:58:49 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 10:58:49 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 10:58:49 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 10:58:49 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 10:58:49 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 10:58:49 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538095121; transaction id 1834456 2024-01-12 10:58:49 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 10:58:49 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 10:58:49 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 10:58:49 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 10:58:49 0 [Note] Added new Master_info '' to hash table 2024-01-12 10:58:49 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 10:58:49 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 10:58:49 2024-01-12 10:59:06 0x7218 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 10:59:06 [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=2 max_threads=65537 thread_count=7 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: 0x24f71393898 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x24f7131a730): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 16 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 10:59:42 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 10:59:42 0 [Note] InnoDB: Uses event mutexes 2024-01-12 10:59:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 10:59:42 0 [Note] InnoDB: Number of pools: 1 2024-01-12 10:59:42 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 10:59:42 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 10:59:42 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 10:59:42 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538111426 2024-01-12 10:59:42 0 [Note] InnoDB: Starting final batch to recover 9 pages from redo log. 2024-01-12 10:59:43 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 10:59:43 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 10:59:43 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 10:59:43 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 10:59:43 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 10:59:43 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 10:59:43 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538121653; transaction id 1834514 2024-01-12 10:59:43 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 10:59:43 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 10:59:43 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 10:59:43 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 10:59:43 0 [Note] Added new Master_info '' to hash table 2024-01-12 10:59:43 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 10:59:43 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 10:59:43 2024-01-12 10:59:51 0x7680 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 10:59:51 [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=1 max_threads=65537 thread_count=7 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: 0x162d8961e68 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x162e4592380): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 12 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 11:00:25 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 11:00:25 0 [Note] InnoDB: Uses event mutexes 2024-01-12 11:00:25 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 11:00:25 0 [Note] InnoDB: Number of pools: 1 2024-01-12 11:00:25 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 11:00:25 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 11:00:25 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 11:00:25 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538122930 2024-01-12 11:00:25 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 11:00:25 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 11:00:25 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 11:00:25 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 11:00:25 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 11:00:25 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 11:00:25 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538122939; transaction id 1834522 2024-01-12 11:00:25 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 11:00:25 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 11:00:25 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 11:00:25 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 11:00:25 0 [Note] Added new Master_info '' to hash table 2024-01-12 11:00:25 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 11:00:25 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 11:00:25 2024-01-12 11:00:35 0x1a50 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 11:00:35 [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=1 max_threads=65537 thread_count=7 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: 0x1c8fcafd2b8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1c8f8e5af00): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 12 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 11:00:39 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 11:00:39 0 [Note] InnoDB: Uses event mutexes 2024-01-12 11:00:39 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 11:00:39 0 [Note] InnoDB: Number of pools: 1 2024-01-12 11:00:39 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 11:00:39 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 11:00:39 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 11:00:39 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538122948 2024-01-12 11:00:39 0 [Note] InnoDB: Starting final batch to recover 6 pages from redo log. 2024-01-12 11:00:40 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 11:00:40 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 11:00:40 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 11:00:40 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 11:00:40 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 11:00:40 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 11:00:40 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538124026; transaction id 1834530 2024-01-12 11:00:40 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 11:00:40 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 11:00:40 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 11:00:40 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 11:00:40 0 [Note] Added new Master_info '' to hash table 2024-01-12 11:00:40 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 11:00:40 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 11:00:40 2024-01-12 11:00:40 0x286c InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 11:00: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=1 max_threads=65537 thread_count=7 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: 0x1418ba825f8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x141ffd98ba0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 12 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 11:00:43 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 11:00:43 0 [Note] InnoDB: Uses event mutexes 2024-01-12 11:00:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 11:00:43 0 [Note] InnoDB: Number of pools: 1 2024-01-12 11:00:43 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 11:00:43 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 11:00:43 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 11:00:43 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538122948 2024-01-12 11:00:43 0 [Note] InnoDB: Starting final batch to recover 6 pages from redo log. 2024-01-12 11:00:44 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 11:00:44 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 11:00:44 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 11:00:44 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 11:00:44 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 11:00:44 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 11:00:44 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538125104; transaction id 1834538 2024-01-12 11:00:44 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 11:00:44 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 11:00:44 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 11:00:44 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 11:00:44 0 [Note] Added new Master_info '' to hash table 2024-01-12 11:00:44 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 11:00:44 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 11:00:44 2024-01-12 11:00:51 0x1cb0 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 11:00:51 [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=2 max_threads=65537 thread_count=7 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: 0x1e312eb7968 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1e312e8d160): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 14 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 11:02:24 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 11:02:24 0 [Note] InnoDB: Uses event mutexes 2024-01-12 11:02:24 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 11:02:24 0 [Note] InnoDB: Number of pools: 1 2024-01-12 11:02:24 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 11:02:24 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 11:02:24 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 11:02:24 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538126219 2024-01-12 11:02:24 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 11:02:24 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 11:02:24 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 11:02:24 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 11:02:24 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 11:02:24 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538126228; transaction id 1834546 2024-01-12 11:02:24 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 11:02:24 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 11:02:24 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 11:02:24 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 11:02:24 0 [Note] Added new Master_info '' to hash table 2024-01-12 11:02:24 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 11:02:25 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 11:02:25 2024-01-12 11:02:42 0x90d0 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 11:02:42 [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=2 max_threads=65537 thread_count=7 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: 0x1ee0c2da338 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1ee0c3be740): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 22 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 11:04:54 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 11:04:54 0 [Note] InnoDB: Uses event mutexes 2024-01-12 11:04:54 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 11:04:54 0 [Note] InnoDB: Number of pools: 1 2024-01-12 11:04:54 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 11:04:54 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 11:04:54 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 11:04:54 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538155219 2024-01-12 11:04:54 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 11:04:54 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 11:04:54 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 11:04:54 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 11:04:54 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 11:04:54 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 11:04:54 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538155329; transaction id 1834617 2024-01-12 11:04:54 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 11:04:54 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 11:04:54 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 11:04:54 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 11:04:54 0 [Note] Added new Master_info '' to hash table 2024-01-12 11:04:54 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 11:04:55 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 11:04:55 2024-01-12 11:04:57 0x988c InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 11:04:57 [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=1 max_threads=65537 thread_count=7 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: 0x1f9be4d7048 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1f9b2833580): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 10 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 11:05:43 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 11:05:43 0 [Note] InnoDB: Uses event mutexes 2024-01-12 11:05:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 11:05:43 0 [Note] InnoDB: Number of pools: 1 2024-01-12 11:05:43 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 11:05:43 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 11:05:43 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 11:05:43 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538155565 2024-01-12 11:05:43 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 11:05:43 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 11:05:43 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 11:05:43 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 11:05:43 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 11:05:43 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 11:05:43 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538155574; transaction id 1834617 2024-01-12 11:05:43 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 11:05:43 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 11:05:43 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 11:05:43 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 11:05:43 0 [Note] Added new Master_info '' to hash table 2024-01-12 11:05:43 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 11:05:43 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 11:05:43 2024-01-12 11:06:01 0x9114 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 11:06:01 [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=2 max_threads=65537 thread_count=7 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: 0x23262da06f8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x23262f7ba00): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 23 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 11:13:28 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 11:13:28 0 [Note] InnoDB: Uses event mutexes 2024-01-12 11:13:28 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 11:13:28 0 [Note] InnoDB: Number of pools: 1 2024-01-12 11:13:28 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 11:13:28 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 11:13:28 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 11:13:28 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538172477 2024-01-12 11:13:28 0 [Note] InnoDB: Starting final batch to recover 12 pages from redo log. 2024-01-12 11:13:29 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 11:13:29 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 11:13:29 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 11:13:29 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 11:13:29 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 11:13:29 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 11:13:29 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538182819; transaction id 1834690 2024-01-12 11:13:29 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 11:13:29 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 11:13:29 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 11:13:29 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 11:13:29 0 [Note] Added new Master_info '' to hash table 2024-01-12 11:13:29 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 11:13:29 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 11:13:29 2024-01-12 11:13:31 0x9ac4 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 11:13:31 [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=1 max_threads=65537 thread_count=7 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: 0x28953999f28 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x2895399f1e0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 9 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 12:48:28 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 12:48:28 0 [Note] InnoDB: Uses event mutexes 2024-01-12 12:48:28 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 12:48:28 0 [Note] InnoDB: Number of pools: 1 2024-01-12 12:48:28 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 12:48:28 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 12:48:28 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 12:48:28 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538183039 2024-01-12 12:48:32 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 12:48:32 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 12:48:32 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 12:48:32 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 12:48:32 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 12:48:32 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 12:48:32 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538183149; transaction id 1834690 2024-01-12 12:48:32 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 12:48:32 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 12:48:32 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 12:48:32 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 12:48:32 0 [Note] Added new Master_info '' to hash table 2024-01-12 12:48:32 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 12:48:32 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 12:48:32 2024-01-12 12:48:43 0x1cc8 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 12:48:43 [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=2 max_threads=65537 thread_count=7 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: 0x1c5397648d8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1c52da67f20): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 14 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 12:50:04 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 12:50:04 0 [Note] InnoDB: Uses event mutexes 2024-01-12 12:50:04 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 12:50:04 0 [Note] InnoDB: Number of pools: 1 2024-01-12 12:50:04 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 12:50:04 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 12:50:04 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 12:50:04 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538185812 2024-01-12 12:50:04 0 [Note] InnoDB: Starting final batch to recover 36 pages from redo log. 2024-01-12 12:50:05 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 12:50:05 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 12:50:05 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 12:50:05 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 12:50:05 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 12:50:05 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 12:50:05 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538210713; transaction id 1834747 2024-01-12 12:50:05 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 12:50:05 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 12:50:05 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 12:50:05 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 12:50:05 0 [Note] Added new Master_info '' to hash table 2024-01-12 12:50:05 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 12:50:06 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 12:50:06 2024-01-12 12:50:13 0x2538 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 12:50:13 [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=2 max_threads=65537 thread_count=7 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: 0x1bffa169268 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1bffa16e520): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 16 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 13:11:33 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 13:11:33 0 [Note] InnoDB: Uses event mutexes 2024-01-12 13:11:33 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 13:11:33 0 [Note] InnoDB: Number of pools: 1 2024-01-12 13:11:33 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 13:11:33 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 13:11:33 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 13:11:33 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538212222 2024-01-12 13:11:36 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 13:11:36 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 13:11:36 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 13:11:36 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 13:11:36 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 13:11:36 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538212231; transaction id 1834755 2024-01-12 13:11:36 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 13:11:36 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 13:11:36 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 13:11:36 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 13:11:36 2024-01-12 13:11:36 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 13:11:36 0 [Note] Added new Master_info '' to hash table 2024-01-12 13:11:36 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 13:11:43 0x2370 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 13:11:43 [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=3 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 = 32885 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x2ae7b113c08 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x2ae7b118ec0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 14 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 13:25:47 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 13:25:47 0 [Note] InnoDB: Uses event mutexes 2024-01-12 13:25:47 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 13:25:47 0 [Note] InnoDB: Number of pools: 1 2024-01-12 13:25:47 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 13:25:47 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 13:25:47 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 13:25:47 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538239019 2024-01-12 13:25:48 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 13:25:48 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 13:25:48 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 13:25:48 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 13:25:48 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 13:25:48 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 13:25:48 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538239028; transaction id 1834856 2024-01-12 13:25:48 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 13:25:48 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 13:25:48 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 13:25:48 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 13:25:48 0 [Note] Added new Master_info '' to hash table 2024-01-12 13:25:48 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 13:25:48 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 13:25:48 2024-01-12 13:25:58 0x2ea8 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 13:25:58 [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=2 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: 0x21fc4f38848 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x21fc5006170): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 23 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 13:45:54 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 13:45:54 0 [Note] InnoDB: Uses event mutexes 2024-01-12 13:45:54 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 13:45:54 0 [Note] InnoDB: Number of pools: 1 2024-01-12 13:45:54 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 13:45:54 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 13:45:54 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 13:45:54 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538260278 2024-01-12 13:45:55 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 13:45:55 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 13:45:55 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 13:45:55 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 13:45:55 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 13:45:55 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 13:45:55 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538260287; transaction id 1834928 2024-01-12 13:45:55 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 13:45:55 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 13:45:55 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 13:45:55 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 13:45:55 0 [Note] Added new Master_info '' to hash table 2024-01-12 13:45:55 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 13:45:55 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 13:45:55 2024-01-12 13:45:58 0x3a18 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 13:45:58 [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=1 max_threads=65537 thread_count=7 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: 0x24efe3f4218 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x24efe3f94d0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 10 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp 2024-01-12 13:46:22 11 [Warning] Access denied for user 'root'@'localhost' (using password: YES) InnoDB: using atomic writes. 2024-01-12 13:46:58 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 13:46:58 0 [Note] InnoDB: Uses event mutexes 2024-01-12 13:46:58 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 13:46:58 0 [Note] InnoDB: Number of pools: 1 2024-01-12 13:46:58 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 13:46:58 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 13:46:58 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 13:46:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538260296 2024-01-12 13:46:58 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 13:46:58 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 13:46:58 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 13:46:58 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 13:46:58 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 13:46:58 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 13:46:58 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538260305; transaction id 1834928 2024-01-12 13:46:58 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 13:46:58 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 13:46:58 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 13:46:58 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 13:46:58 0 [Note] Added new Master_info '' to hash table 2024-01-12 13:46:58 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 13:46:58 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 13:46:58 2024-01-12 13:46:58 0x3834 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 13:46:58 [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=1 max_threads=65537 thread_count=7 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: 0x159f6b550e8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x159eaea4d30): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 11 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp 2024-01-12 13:47:07 12 [Warning] Access denied for user 'root'@'localhost' (using password: YES) InnoDB: using atomic writes. 2024-01-12 13:49:16 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 13:49:16 0 [Note] InnoDB: Uses event mutexes 2024-01-12 13:49:16 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 13:49:16 0 [Note] InnoDB: Number of pools: 1 2024-01-12 13:49:16 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 13:49:16 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 13:49:16 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 13:49:16 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538260314 2024-01-12 13:49:16 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 13:49:16 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 13:49:16 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 13:49:16 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 13:49:16 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 13:49:16 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 13:49:17 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538260323; transaction id 1834928 2024-01-12 13:49:17 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 13:49:17 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 13:49:17 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 13:49:17 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 13:49:17 0 [Note] Added new Master_info '' to hash table 2024-01-12 13:49:17 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 13:49:17 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 13:49:17 2024-01-12 13:49:17 0x5c0 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 13:49:17 [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=1 max_threads=65537 thread_count=7 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: 0x1e37e1f06e8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1e37e1f79c0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 8 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 13:49:29 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 13:49:29 0 [Note] InnoDB: Uses event mutexes 2024-01-12 13:49:29 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 13:49:29 0 [Note] InnoDB: Number of pools: 1 2024-01-12 13:49:29 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 13:49:29 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 13:49:29 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 13:49:29 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538260332 2024-01-12 13:49:30 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 13:49:30 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 13:49:30 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 13:49:30 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 13:49:30 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 13:49:30 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 13:49:30 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538260341; transaction id 1834928 2024-01-12 13:49:30 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 13:49:30 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 13:49:30 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 13:49:30 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 13:49:30 0 [Note] Added new Master_info '' to hash table 2024-01-12 13:49:30 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 13:49:30 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 13:49:30 2024-01-12 13:49:30 0x31cc InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 13:49:30 [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=1 max_threads=65537 thread_count=7 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: 0x1d7ccfb70e8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1d7d8c3b9e0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 9 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 13:51:34 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 13:51:34 0 [Note] InnoDB: Uses event mutexes 2024-01-12 13:51:34 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 13:51:34 0 [Note] InnoDB: Number of pools: 1 2024-01-12 13:51:34 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 13:51:34 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 13:51:34 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 13:51:34 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538260350 2024-01-12 13:51:34 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 13:51:34 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 13:51:34 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 13:51:34 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 13:51:34 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 13:51:34 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 13:51:34 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538260359; transaction id 1834928 2024-01-12 13:51:34 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 13:51:34 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 13:51:34 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 13:51:34 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 13:51:34 0 [Note] Added new Master_info '' to hash table 2024-01-12 13:51:34 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 13:51:34 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 13:51:34 2024-01-12 13:51:43 0x30d8 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 13:51:43 [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=2 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: 0x1cd751d8be8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1cd74f1e040): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 22 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 14:06:48 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 14:06:48 0 [Note] InnoDB: Uses event mutexes 2024-01-12 14:06:48 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 14:06:48 0 [Note] InnoDB: Number of pools: 1 2024-01-12 14:06:48 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 14:06:48 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 14:06:48 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 14:06:48 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538275757 2024-01-12 14:06:49 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 14:06:49 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 14:06:49 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 14:06:49 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 14:06:49 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 14:06:49 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 14:06:49 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538275766; transaction id 1834991 2024-01-12 14:06:49 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 14:06:49 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 14:06:49 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 14:06:49 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 14:06:49 0 [Note] Added new Master_info '' to hash table 2024-01-12 14:06:49 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 14:06:49 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 14:06:49 2024-01-12 14:06:58 0x3e00 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 14:06:58 [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=1 max_threads=65537 thread_count=7 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: 0x2a2f65c97a8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x2a2822b1790): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 13 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 14:07:56 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 14:07:56 0 [Note] InnoDB: Uses event mutexes 2024-01-12 14:07:56 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 14:07:56 0 [Note] InnoDB: Number of pools: 1 2024-01-12 14:07:56 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 14:07:56 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 14:07:56 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 14:07:56 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538300300 2024-01-12 14:07:56 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 14:07:56 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 14:07:56 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 14:07:56 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 14:07:56 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 14:07:56 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 14:07:56 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538300309; transaction id 1835080 2024-01-12 14:07:56 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 14:07:56 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 14:07:56 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 14:07:56 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 14:07:56 0 [Note] Added new Master_info '' to hash table 2024-01-12 14:07:56 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3306 mariadb.org binary distribution 2024-01-12 14:07:56 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 14:07:56 2024-01-12 14:07:58 0x42cc InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 14:07:58 [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=1 max_threads=65537 thread_count=7 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: 0x28979c8f318 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x28979c945d0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 9 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp 2024-01-12 14:08:38 0 [Note] mysqld.exe: Aria engine: starting recovery recovered pages: 0% 100% (0.0 seconds); tables to flush: 1 0 (0.0 seconds); 2024-01-12 14:08:38 0 [Note] mysqld.exe: Aria engine: recovery done InnoDB: using atomic writes. 2024-01-12 14:08:38 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 14:08:38 0 [Note] InnoDB: Uses event mutexes 2024-01-12 14:08:38 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 14:08:38 0 [Note] InnoDB: Number of pools: 1 2024-01-12 14:08:38 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 14:08:38 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 14:08:38 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 14:08:38 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538313049 2024-01-12 14:08:38 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 14:08:38 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 14:08:38 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 14:08:38 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 14:08:38 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 14:08:38 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 14:08:38 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538313058; transaction id 1835133 2024-01-12 14:08:38 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 14:08:38 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 14:08:38 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 14:08:38 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 14:08:38 0 [Note] Added new Master_info '' to hash table 2024-01-12 14:08:38 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3307 mariadb.org binary distribution 2024-01-12 14:08:38 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 14:08:38 2024-01-12 14:09:28 0x11b4 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 14:09:28 [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=2 max_threads=65537 thread_count=7 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: 0x1eefd46d748 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1eefd4600a0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 13 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp 2024-01-12 14:11:58 0 [Note] mysqld.exe: Aria engine: starting recovery recovered pages: 0% 100% (0.0 seconds); tables to flush: 1 0 (0.0 seconds); 2024-01-12 14:11:58 0 [Note] mysqld.exe: Aria engine: recovery done InnoDB: using atomic writes. 2024-01-12 14:11:58 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 14:11:58 0 [Note] InnoDB: Uses event mutexes 2024-01-12 14:11:58 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 14:11:58 0 [Note] InnoDB: Number of pools: 1 2024-01-12 14:11:58 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 14:11:58 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 14:11:58 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 14:11:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538315876 2024-01-12 14:11:58 0 [Note] InnoDB: Starting final batch to recover 6 pages from redo log. 2024-01-12 14:11:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 14:11:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 14:11:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 14:11:59 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 14:11:59 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 14:11:59 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 14:11:59 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538315940; transaction id 1835179 2024-01-12 14:11:59 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 14:11:59 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 14:11:59 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 14:11:59 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 14:11:59 0 [Note] Added new Master_info '' to hash table 2024-01-12 14:11:59 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3307 mariadb.org binary distribution 2024-01-12 14:12:00 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 14:12:00 2024-01-12 14:12:31 0x4014 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 14:12:31 [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=6 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: 0x1d5e8b586c8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1d5e8b0d880): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 62 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 14:15:04 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 14:15:04 0 [Note] InnoDB: Uses event mutexes 2024-01-12 14:15:04 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 14:15:04 0 [Note] InnoDB: Number of pools: 1 2024-01-12 14:15:04 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 14:15:04 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 14:15:04 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 14:15:04 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538376474 2024-01-12 14:15:04 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 14:15:04 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 14:15:04 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 14:15:04 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 14:15:04 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 14:15:04 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 14:15:04 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538376483; transaction id 1835341 2024-01-12 14:15:04 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 14:15:04 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 14:15:04 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 14:15:04 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 14:15:04 0 [Note] Added new Master_info '' to hash table 2024-01-12 14:15:04 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3307 mariadb.org binary distribution 2024-01-12 14:15:04 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 14:15:04 2024-01-12 14:15:05 0x1a20 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 14:15:05 [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=1 max_threads=65537 thread_count=7 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: 0x1c078fedb58 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x1c078ff6e50): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 8 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp 2024-01-12 14:19:51 0 [Note] mysqld.exe: Aria engine: starting recovery recovered pages: 0% 100% (0.0 seconds); tables to flush: 1 0 (0.0 seconds); 2024-01-12 14:19:51 0 [Note] mysqld.exe: Aria engine: recovery done InnoDB: using atomic writes. 2024-01-12 14:19:51 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 14:19:51 0 [Note] InnoDB: Uses event mutexes 2024-01-12 14:19:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 14:19:51 0 [Note] InnoDB: Number of pools: 1 2024-01-12 14:19:51 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 14:19:51 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 14:19:51 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 14:19:51 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538377068 2024-01-12 14:19:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 14:19:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 14:19:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 14:19:51 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 14:19:51 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 14:19:51 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 14:19:51 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538377077; transaction id 1835376 2024-01-12 14:19:51 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 14:19:51 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 14:19:51 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 14:19:51 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 14:19:51 0 [Note] Added new Master_info '' to hash table 2024-01-12 14:19:51 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3307 mariadb.org binary distribution 2024-01-12 14:19:51 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 14:19:51 2024-01-12 14:20:01 0x3100 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 14:20:01 [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=6 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: 0x27e577c9d88 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x27e4b71e5e0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 41 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp InnoDB: using atomic writes. 2024-01-12 14:20:23 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2024-01-12 14:20:23 0 [Note] InnoDB: Uses event mutexes 2024-01-12 14:20:23 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2024-01-12 14:20:23 0 [Note] InnoDB: Number of pools: 1 2024-01-12 14:20:23 0 [Note] InnoDB: Using SSE2 crc32 instructions 2024-01-12 14:20:23 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M 2024-01-12 14:20:23 0 [Note] InnoDB: Completed initialization of buffer pool 2024-01-12 14:20:23 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1538408491 2024-01-12 14:20:23 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2024-01-12 14:20:23 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2024-01-12 14:20:23 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2024-01-12 14:20:23 0 [Note] InnoDB: Setting file '.\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2024-01-12 14:20:23 0 [Note] InnoDB: File '.\ibtmp1' size is now 12 MB. 2024-01-12 14:20:23 0 [Note] InnoDB: Waiting for purge to start 2024-01-12 14:20:23 0 [Note] InnoDB: 10.4.14 started; log sequence number 1538408500; transaction id 1835475 2024-01-12 14:20:23 0 [Note] InnoDB: Loading buffer pool(s) from D:\ZenTao\bin\mysql\data\ib_buffer_pool 2024-01-12 14:20:23 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-01-12 14:20:23 0 [Note] Server socket created on IP: '127.0.0.1'. 2024-01-12 14:20:23 0 [Note] Reading of all Master_info entries succeeded 2024-01-12 14:20:23 0 [Note] Added new Master_info '' to hash table 2024-01-12 14:20:23 0 [Note] D:\ZenTao\bin\mysql\bin\mysqld.exe: ready for connections. Version: '10.4.14-MariaDB' socket: '' port: 3307 mariadb.org binary distribution 2024-01-12 14:20:23 0 [Note] InnoDB: Buffer pool(s) load completed at 240112 14:20:23 2024-01-12 14:20:31 0x3cb4 InnoDB: Assertion failure in file D:\winx64-packages\build\src\storage\innobase\rem\rem0rec.cc line 849 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. 240112 14:20:31 [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=1 max_threads=65537 thread_count=7 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: 0x182cbe8c9b8 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!??$?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!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!?ha_index_prev@handler@@QEAAHPEAE@Z() mysqld.exe!?join_read_next_same_or_null@@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!RtlHashUnicodeString() ntdll.dll!RtlClearThreadWorkOnBehalfTicket() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x182c00544d0): SELECT * FROM (SELECT * FROM `zt_im_message` WHERE 1=1 AND `id` IN ('271','272','273','274','275','276','277','278','279','280','281','282','283','284','285','286','287','288','289','290','291','292','293','294','295','296','297') AND `type` = 'notify') as t oRdEr bY `id` desc Connection ID (thread ID): 15 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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file at D:\ZenTao\bin\mysql\data\ Minidump written to D:\ZenTao\bin\mysql\data\mysqld.dmp