内容摘要：复制-----------------------------------------16110823:36:45mysqld_safeStartingmysqlddaemonwith

复制-----------------------------------------161108 23:36:45 mysqld_safe Starting mysqld daemon with  databases from /usr/local/mysql/var2021-02-28 23:36:46 0 [Warning] TIMESTAMPwith implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation  for more details).2021-02-28 23:36:46 5497 [Note] Plugin FEDERATEDis disabled.2021-02-28 23:36:46   7f11c48e1720 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be   removed in future releases,业务源 together with the option innodb_use_sys_malloc andwith the InnoDBs   internal memory allocator.2021-02-28 23:36:46 5497 [Note] InnoDB: Using atomics to ref count buffer   pool pages2021-02-28 23:36:46 5497 [Note] InnoDB: The InnoDB memory heap is disabled2021-02-28   23:36:46 5497 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins2021-02-28 23:36:46 5497   [Note] InnoDB: Memory barrier isnot used2021-02-28 23:36:46 5497 [Note] InnoDB: Compressed tables   use zlib 1.2.32021-02-28 23:36:46 5497 [Note] InnoDB: Using CPU crc32 instructions2021-02-28 23:36:46 5497 [Note] InnoDB: Initializing buffer pool, size = 16.0M2021-02-28 23:36:46 5497 [Note] InnoDB:   Completed initialization of buffer poolInnoDB: Database page corruption on disk or a failedInnoDB:   file readof page 5.InnoDB: You may have to recover from a backup.2021-02-28 23:36:46 7f11c48e1720   InnoDB: Page dump in ascii and hex (16384 bytes): len 16384; hex   7478d078000000050000000000000000000000000f271f4d000700000000000000000000000000000000001b4000000000000  000000200f20000000000000006000000000000002d000000000000002e000000000000002f0000000000000030000000000（  省略很多类似代码）InnoDB: Endof page dump2021-02-28 23:36:46 7f11c48e1720 InnoDB: uncompressed page,   stored checksum in field1 1954074744, calculated checksums for field1: crc32 993334256, innodb   2046145943, none 3735928559, stored checksum in field2 1139795846, calculated checksums for field2:   crc32 993334256, innodb 1606613742, none 3735928559, page LSN 0 254222157, low 4 bytes of LSN at page end 254221236, page number (if stored to page already) 5, space id (if created with >= MySQL-4.1.1   and stored already) 0InnoDB: Page may be a transaction system pageInnoDB: Database page corruption on disk or a failedInnoDB: file readof page 5.InnoDB: You may have to recover from a backup.InnoDB: It   is also possible that your operatingInnoDB: system has corrupted its own file cacheInnoDB: and rebooting your computer removes theInnoDB: error.InnoDB: If the corrupt page is an index pageInnoDB:   you can also try to fix the corruptionInnoDB: by dumping, dropping, and reimportingInnoDB: the   corrupt table. You can use CHECKInnoDB: TABLEto scan your tablefor corruption.InnoDB: See also   http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.htmlInnoDB: about forcing   recovery.InnoDB: Ending processing because of a corrupt database page.2021-02-28 23:36:46   7f11c48e1720  InnoDB: Assertion failure in thread 139714288817952 in file buf0buf.cc line 4201InnoDB: We intentionally generate a memory trap.InnoDB: Submit a detailed bug report to http://bugs.mysql.com.InnoDB: If you get repeated assertion failures or crashes, evenInnoDB:   immediately after the mysqld startup, there may beInnoDB: corruption in the InnoDB tablespace. Please refer toInnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.htmlInnoDB: about   forcing recovery.03:36:46 UTC - mysqld got signal 6 ;This could be because you hit a bug. It is also possible that this binaryor one of the libraries it was linked against is corrupt, improperly   built,or misconfigured. This error can also be caused by malfunctioning hardware.We will try our best   to scrape up some info that will hopefully helpdiagnose the problem, but since we have already   crashed,something is definitely wrong and this may   fail.key_buffer_size=16777216read_buffer_size=262144max_used_connections=0max_threads=1000thread_coun  t=0connection_count=0It is possible that mysqld could use up tokey_buffer_size + (read_buffer_size +   sort_buffer_size)*max_threads = 798063 K  bytes of memoryHope thats ok; if not, decrease some variables in the equation.Thread pointer: 0x0Attempting backtrace. You can use the following   information to find outwhere mysqld died. If you see no messages after this, something wentterribly   wrong...stack_bottom = 0 thread_stack 0x40000/usr/local/mysql/bin/mysqld(my_print_stacktrace+0x35)  [0x8e64b5]/usr/local/mysql/bin/mysqld(handle_fatal_signal+0x41b)  [0x652fbb]/lib64/libpthread.so.0(+0xf7e0)[0x7f11c44c77e0]/lib64/libc.so.6(gsignal+0x35)  [0x7f11c315d625]/lib64/libc.so.6(abort+0x175)  [0x7f11c315ee05]/usr/local/mysql/bin/mysqld[0xa585c5]/usr/local/mysql/bin/mysqld[0xa6c7b4]/usr/local/  mysql/bin/mysqld[0xa6cbc7]/usr/local/mysql/bin/mysqld[0xa5bce2]/usr/local/mysql/bin/mysqld[0xa1e2ba]/usr/local/mysql/bin/mysqld[0xa0bf60]/usr/local/mysql/bin/mysqld[0x95a427]/usr/local/mysql/bin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x48)  [0x58f788]/usr/local/mysql/bin/mysqld[0x6e4a36]/usr/local/mysql/bin/mysqld(_Z11plugin_initPiPPci+0xb3e)  [0x6e826e]/usr/local/mysql/bin/mysqld[0x582d85]/usr/local/mysql/bin/mysqld(_Z11mysqld_mainiPPc+0x4d8)  [0x587d18]/lib64/libc.so.6(__libc_start_main+0xfd)  [0x7f11c3149d5d]/usr/local/mysql/bin/mysqld[0x57a019]The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html containsinformation that should help you find out what is causing the crash.161108 23:36:46 mysqld_safe mysqld from pid file   /usr/local/mysql/var/VM_241_49_centos.pid   ended------------------------------------------------------------------------------ 1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.24.25.26.27.28.29.30.31.32.33.34.35.36.37.38.39.40.41.42.43.44.45.46.47.48.49.50.51.52.53.54.55.56.57.58.