应用错误收集

我最近使用的数据库崩溃很多。我无法找到一个很好的方式来深入研究这个问题。我查看了mysql错误日志，但不知道如何启动。

这种情况多次发生，我已多次恢复数据库。但它一直在发生，我想找出原因并解决原因。我已按照恢复链接进行操作，并且我已尝试搜索失败消息。但无法弄清楚......

那么您将如何找出崩溃原因？有指导方针吗？真的很感激。

2014-12-08 11:01:52 30924 [注意] InnoDB：恢复清除

2014-12-08 11:59:10 7f945e0e3700 InnoDB：文件buf0buf.cc第3687行中140275209877248中的断言失败

InnoDB：断言失败：buf_fix_count＆gt; 0

InnoDB：我们故意生成内存陷阱。

InnoDB：向http://bugs.mysql.com提交详细的错误报告。

InnoDB：如果你重复断言失败或崩溃，甚至

InnoDB：在mysqld启动之后，可能会有

InnoDB：InnoDB表空间中的损坏。请参阅

InnoDB：http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html

InnoDB：关于强制恢复。

19:59:10 UTC - mysqld得到信号6;

这可能是因为你遇到了一个错误。此二进制文件或其链接的库之一也可能是损坏的，不正确的构建或配置错误。此错误也可能由硬件故障引起。我们将尽力挖掘一些有助于诊断问题的信息，但由于我们已经崩溃，因此肯定是错误的，这可能会失败。请通过报告http://bugs.percona.com/
上的任何错误来帮助我们改进Percona Server
的key_buffer_size = 33554432

read_buffer_size = 131072

max_used_connections = 6

max_threads的= 1002

THREAD_COUNT = 3

connection_count = 3

mysqld可能最多可以使用

key_buffer_size +（read_buffer_size + sort_buffer_size）* max_threads = 432019 K字节的内存

希望没问题;如果没有，减少等式中的一些变量。

线程指针：0x0

尝试回溯。您可以使用以下信息找出mysqld死亡的位置。如果你在此之后没有看到任何消息，那么就会出现严重错误......

stack_bottom = 0 thread_stack 0x40000

/ usr / sbin目录/ mysqld的（my_print_stacktrace +器0x2E）[0x8c821e]

/ usr / sbin目录/ mysqld的（handle_fatal_signal + 0x4a4）[0x671f44]

/lib/x86_64-linux-gnu/libpthread.so.0（+ 0xfcb0）[0x7f98c3646cb0]

/lib/x86_64-linux-gnu/libc.so.6（gsignal + 0x35）[0x7f98c2a9c425]

/lib/x86_64-linux-gnu/libc.so.6（中止+ 0x17b）[0x7f98c2a9fb8b]

/ usr / sbin目录/ mysqld的[0xa5e1c8]

/ usr / sbin目录/ mysqld的[0xa754ce]

/ usr / sbin目录/ mysqld的[0xa766b3]

/ usr / sbin目录/ mysqld的[0xa5a727]

/ usr / sbin目录/ mysqld的[0xa3de9c]

/ usr / sbin目录/ mysqld的[0x9e384d]

/ usr / sbin目录/ mysqld的[0x9e0b7d]

/ usr / sbin目录/ mysqld的[0x9e1ecc]

/ usr / sbin目录/ mysqld的[0x9b299c]

/ usr / sbin目录/ mysqld的[0xa09f26]

/ usr / sbin目录/ mysqld的[0x9fc62c]

/lib/x86_64-linux-gnu/libpthread.so.0（+ 0x7e9a）[0x7f98c363ee9a]

/lib/x86_64-linux-gnu/libc.so.6（克隆+ 0x6d）[0x7f98c2b59ccd]

您可以访问http://www.percona.com/software/percona-server/下载Percona Server操作手册。您可以在手册中找到有助于确定崩溃原因的信息。

141208 11:59:14 mysqld_safe现在运行的进程数：0

141208 11:59:14 mysqld_safe mysqld重启

找出mysql崩溃原因的方法是什么？

1 个答案: