MySQL一直在Centos上崩溃[关闭]

  141210 14:04:28来自pid文件/var/run/mysqld/mysqld.pid的mysqld_safe mysqld 结束

141210 14:04:28 mysqld_safe启动mysqld守护进程与数据库/ var / lib / mysql

141210 14:04:29 [注意] libgovernor.so not found

141210 14:04:29 [ 警告]不推荐使用唯一选项前缀key_buffer而不是key_buffer_size,将在以后的版本中删除。 请改用全名。

141210 14:04:29 [警告]不推荐使用语法'--log-slow-queries',将来的版本中将删除它。 请改用'--slow-query-log'/' - slow-query-log-file'。

141210 14:04:29 [注意]插件'FEDERATED'被禁用。

141210 14: 04:29 InnoDB:InnoDB内存堆被禁用

141210 14:04:29 InnoDB:Mutexes和rw_locks使用GCC atomic builtins

141210 14:04:29 InnoDB:压缩表使用zlib 1.2.3

n141210 14:04:29 InnoDB:使用Linux本机AIO

141210 14:04:29 InnoDB:初始化缓冲池,大小= 4.0G

142010 14:04:29 InnoDB:缓冲池初始化完成
\ n141210 14:04:29 InnoDB:最高支持的文件格式是Barracuda。

14124 14:04:37 InnoDB:等待后台线程开始

141210 14:04:38 InnoDB:5.5.36开始; 日志序列号1528598520104

14124 14:04:38 [注意]服务器主机名(bind-address):'0.0.0.0'; 端口:3306

141210 14:04:38 [注意] - '0.0.0.0'解析为'0.0.0.0';

141210 14:04:38 [注意]在IP上创建的服务器套接字:'0.0。 0.0'。

141210 14:04:38 [警告]'proxies_priv'条目'@'在--skip-name-resolve模式中被忽略。

141210 14:04:38 [注意]事件调度程序:已加载0 events

141210 14:04:38 [注意] / usr / libexec / mysqld:准备连接。

版本:'5.5.36-cll-lve'socket:'/ var / lib / mysql / mysql。 sock'端口:3306 MySQL社区服务器(GPL)由Atomicorp

141210 14:06:33 [注意] / usr / libexec / mysqld:正常关闭
</ code> </ pre>

知道那可能是什么吗? 这是到目前为止的问题,不知何故它一直在崩溃..有什么明显的,因为我没有看到它崩溃的任何理由。 有谁知道如何解决这个问题? </ p>
</ div>

展开原文

原文

141210 14:04:28 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

141210 14:04:28 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

141210 14:04:29 [Note] libgovernor.so not found

141210 14:04:29 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is  deprecated and will be removed in a future release. Please use the full name instead.

141210 14:04:29 [Warning] The syntax '--log-slow-queries' is deprecated and will be removed in a  future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.

141210 14:04:29 [Note] Plugin 'FEDERATED' is disabled.

141210 14:04:29 InnoDB: The InnoDB memory heap is disabled

141210 14:04:29 InnoDB: Mutexes and rw_locks use GCC atomic builtins

141210 14:04:29 InnoDB: Compressed tables use zlib 1.2.3

141210 14:04:29 InnoDB: Using Linux native AIO

141210 14:04:29 InnoDB: Initializing buffer pool, size = 4.0G

141210 14:04:29 InnoDB: Completed initialization of buffer pool

141210 14:04:29 InnoDB: highest supported file format is Barracuda.

141210 14:04:37  InnoDB: Waiting for the background threads to start

141210 14:04:38 InnoDB: 5.5.36 started; log sequence number 1528598520104

141210 14:04:38 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306

141210 14:04:38 [Note]   - '0.0.0.0' resolves to '0.0.0.0';

141210 14:04:38 [Note] Server socket created on IP: '0.0.0.0'.

141210 14:04:38 [Warning] 'proxies_priv' entry '@ ' ignored in --skip-name-resolve mode.

141210 14:04:38 [Note] Event Scheduler: Loaded 0 events

141210 14:04:38 [Note] /usr/libexec/mysqld: ready for connections.

Version: '5.5.36-cll-lve'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL Community Server  (GPL) by Atomicorp

141210 14:06:33 [Note] /usr/libexec/mysqld: Normal shutdown

Any idea what that might be ? This is the issue so far, And somehow it keeps crashing.. is there anything obvious, cause i dont see any reason for it to crash. Does anyone have any idea how to solve that ?

1个回答



尝试更改所有者。</ p>

  chown -R mysql.mysql / var  / lib / mysql 
</ code> </ pre>

并确保“/ var”和“/ var / lib”保留其root.root所有权和755 chmod。
让我知道 如果它解决了你的问题。</ p>


编辑:
请将以下代码行选项添加到[mysqld]部分下的“my.cnf”文件中: </ p>

  ignore-db-dir = lost + found 
</ code> </ pre>

然后重启mysql服务。</ p> \ n </ div>

展开原文

原文

Try to change the owner.

chown -R mysql.mysql /var/lib/mysql

and make sure that "/var" and "/var/lib" retain their root.root ownership and 755 chmod. Let me know if it solve your problem.


EDIT: Please, just add the following code line option to "my.cnf" file under the [mysqld] section:

ignore-db-dir = lost+found

then restart mysql service.

doutu1889
doutu1889 我很高兴我帮了。
接近 6 年之前 回复
drpiqlzrh62917192
drpiqlzrh62917192 too long
接近 6 年之前 回复
ds355020
ds355020 好的,请阅读我的第一个答案。 我刚刚编辑了它,添加了一个可能的解决方案。 如果有帮助,请告诉我。
接近 6 年之前 回复
doucheng7534
doucheng7534 1)MySQL文件夹中有数据库,这是其他文件夹。 drwx ------。 2 mysql mysql 4096 12月11日10:04丢了@ 002bfound drwx ------。 2 mysql mysql 4096 2013年4月28日丢失+找到srwxrwxrwx。 1 mysql mysql 0 Dec 11 10:07 mysql.sock 2)服务器版本:5.5.36-cll-lve MySQL 3)+ --------------------- + | 数据库| + --------------------- + | information_schema | | #mysql50#lost + found | | mysql | | 丢失+发现| + --------------------- +
接近 6 年之前 回复
dry0106
dry0106 请执行以下查询“SHOW DATABASES”并在此处打印结果。
接近 6 年之前 回复
dongtu0363
dongtu0363 你使用的是哪个mysql版本?
接近 6 年之前 回复
douyi6922
douyi6922 拜托,你能告诉我mysql文件夹里有什么吗?
接近 6 年之前 回复
doukun0888
doukun0888 此错误现在开始显示。 141210 15:48:23 [错误]无效(旧?)表或数据库名称'lost + found'141210 18:00:01 [错误]无效(旧?)表或数据库名称'lost + found'141211 9:19 :30 [错误]无效(旧?)表或数据库名称'丢失+找到'141211 9:22:43 [错误]无效(旧?)表或数据库名称'丢失+找到'141211 9:30:40 [错误] ]无效(旧?)表或数据库名称'lost + found'
接近 6 年之前 回复
dongrenzheng1619
dongrenzheng1619 它已经设定了这种方式。 drwxr-XR-X。 20 root root 4096 Oct 20 11:07 var drwxr-xr-x。 25 root root 4096 Sep 17 10:25 lib drwxr-xr-x。 65 mysql mysql 4096 12月10日14:06 mysql
接近 6 年之前 回复
立即提问
相关内容推荐