首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >mysqld_safe mysqld从pid文件/data/mysql/mysqld.pid结束

mysqld_safe mysqld从pid文件/data/mysql/mysqld.pid结束
EN

Database Administration用户
提问于 2015-07-16 05:51:59
回答 2查看 4.9K关注 0票数 2

MySQL本身正在重新启动,但它大部分时间都在崩溃。由于pid问题,我无法重新启动实例。尝试重新启动MySQL

  1. 将原始ib*文件移动到_old --这一次启动MySQL
  2. 停止MySQL并将_old移动到原始状态。
  3. 重新启动实例-它正在抛出一个错误pid ended

MySQL版本为5.6.21

从错误日志:

150713 11:39:42 mysqld_safe Number of processes running now: 0 150713 11:39:42 mysqld_safe mysqld restarted 2015-07-13 11:39:42 0 [Warning] Using unique option prefix lower-case-table-name instead of lower_case_table_names is deprecated and will be removed in a future release. Please use the full name instead. 2015-07-13 11:39:42 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details). 2015-07-13 11:39:42 21262 [Note] Plugin 'FEDERATED' is disabled. 2015-07-13 11:39:42 7fac432cf780 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 and with the InnoDB's internal memory allocator. 2015-07-13 11:39:42 21262 [Note] InnoDB: Using atomics to ref count buffer pool pages 2015-07-13 11:39:42 21262 [Note] InnoDB: The InnoDB memory heap is disabled 2015-07-13 11:39:42 21262 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2015-07-13 11:39:42 21262 [Note] InnoDB: Memory barrier is not used 2015-07-13 11:39:42 21262 [Note] InnoDB: Compressed tables use zlib 1.2.3 2015-07-13 11:39:42 21262 [Note] InnoDB: Using Linux native AIO 2015-07-13 11:39:42 21262 [Note] InnoDB: Using CPU crc32 instructions 2015-07-13 11:39:42 21262 [Note] InnoDB: Initializing buffer pool, size = 16.0G 2015-07-13 11:39:43 21262 [Note] InnoDB: Completed initialization of buffer pool 2015-07-13 11:39:43 21262 [ERROR] InnoDB: Space id in fsp header 1416128883,but in the page header 824195850 06:09:43 UTC - mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=8388608 read_buffer_size=2097152 max_used_connections=0 max_threads=1000 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 2325895 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... stack_bottom = 0 thread_stack 0x30000 /opt/mysql/server-5.6/bin/mysqld(my_print_stacktrace+0x35)[0x8f8bb5] /opt/mysql/server-5.6/bin/mysqld(handle_fatal_signal+0x494)[0x67aba4] /lib/x86_64-linux-gnu/libpthread.so.0(+0x10340)[0x7f8cdbd3d340] /opt/mysql/server-5.6/bin/mysqld[0xb3f6bb] /opt/mysql/server-5.6/bin/mysqld[0x9ba3c7] /opt/mysql/server-5.6/bin/mysqld[0xa65793] /opt/mysql/server-5.6/bin/mysqld[0xaa7016] /opt/mysql/server-5.6/bin/mysqld[0xaa921c] /opt/mysql/server-5.6/bin/mysqld[0xa17148] /opt/mysql/server-5.6/bin/mysqld[0x960b3d] /opt/mysql/server-5.6/bin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x48)[0x5baa58] /opt/mysql/server-5.6/bin/mysqld[0x705bf1] /opt/mysql/server-5.6/bin/mysqld(_Z11plugin_initPiPPci+0xbf6)[0x70a8a6] /opt/mysql/server-5.6/bin/mysqld[0x5ad89d] /opt/mysql/server-5.6/bin/mysqld(_Z11mysqld_mainiPPc+0x3e5)[0x5b2855] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f8cda921ec5] /opt/mysql/server-5.6/bin/mysqld[0x5a4bd9] The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. 150713 11:44:34 mysqld_safe mysqld from pid file /data/mysql/mysqld.pid ended

EN

回答 2

Database Administration用户

发布于 2015-07-16 06:31:06

代码语言:javascript
复制
Make a clean attempt:
remove ibdata and iblog files (present)
copy ibdata file (original)
chown mysql:mysql /datadir/ -R
start mysql

然后再次检查错误日志。

确保您的ibdata和iblog文件放置在正确的位置。共享您的无害数据库参数。我看到了一个类似于您的描述的bug报告:http://bugs.mysql.com/bug.php?id=69623 (虽然版本看起来更老了)

现在,如果您有backup +二进制日志,那么您可以从backup恢复并再次播放二进制日志以赶上最新的。

监视下一次崩溃,如果它出现,请确定是什么行为导致了崩溃。检查二进制日志中的DML/DDL.在崩溃时,您可能希望启用通用查询日志来进一步检查崩溃前发生的情况。

票数 1
EN

Database Administration用户

发布于 2015-07-17 04:19:16

是的,我试过以上步骤。但是,我仍然面临着类似于"mysqld from pid file /mysqld.pid pid“Innodb变量innodb_use_native_aio = 0 innodb_buffer_pool_size = 16G innodb_log_buffer_size = 8M innodb_log_file_size = 128M innodb_file_per_table = 1 innodb_max_dirty_pages_pct = 90 innodb_read_io_threads = 16 innodb_write_io_threads = 16 innodb_thread_concurrency = 24 innodb_additional_mem_pool_size = 20M innodb_file_per_table这样的错误。

票数 1
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/107146

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档