【问题标题】:MySQL Error: Starting MySQL.Manager of pid-file quit without updating fi[FAILED]MySQL 错误:正在启动 pid-file 的 MySQL.Manager 而不更新 fi [FAILED]
【发布时间】:2012-12-31 20:41:38
【问题描述】:

用 innodb 值更新 my.cnf 后 mysql 没有开始给出这个错误

Starting MySQL.Manager of pid-file quit without updating fi[FAILED]

我检查了 Innodb 是否正在运行,如果我添加任何 Innodb var,我也会在 my.cnf 上添加以下值,我会遇到同样的错误。如果我删除所有 innodb 值 MySQL 启动并正常工作。

我已经添加了

innodb_additional_mem_pool_size = 512M
innodb_log_buffer_size = 256M
innodb_log_file_size = 256M
innodb_buffer_pool_size = 8GB

也试过添加这个

default-storage_engine = InnoDB

我的服务器内存是 16GB,Centos 6.3 和 MySQL 5.1.65-cll

【问题讨论】:

    标签: mysql innodb


    【解决方案1】:

    MySQL 初始化脚本经常给出关于“pid 文件管理器退出而不更新”的错误,但这是一个红鲱鱼。

    查看 MySQL 日志以获取真实信息。默认情况下,它应该在数据目录下,名为 hostname.err.

    鉴于您在上面列出的更改,我首先要检查的是您是否尝试将 innodb 日志文件大小更改为 256M,但您仍然有一个大小不同的现有日志文件。如果检测到物理文件大小与配置文件大小不匹配,InnoDB 将假定它无法执行崩溃恢复,因此它将自行停止,这可能导致 MySQL 无法启动。

    解决方案是进行 clean 关机,然后以物理方式 rm ib_logfile[01] 然后启动。 InnoDB 将以配置文件中指定的大小创建新的日志文件。

    只有在彻底关闭 mysqld 服务后才能删除这些日志文件,这一点非常重要,否则您丢失数据。

    PS:您的 innodb_log_buffer_size 不太可能需要为 256M。默认值为 8M,这对于大多数网站来说已经足够了。您可以监控SHOW GLOBAL STATUS LIKE 'innodb_log_waits',如果该值经常增加,我会将 innodb_log_buffer_size 增加 8M 增量,直到日志等待频率下降。

    【讨论】:

    • 如果 innodb 无法启动 mysql 将禁用它。您将在 innodb 缺少的引擎列表中看到。此类消息的最常见原因是 my.cnf 选项无效。
    • @Xnoise,是的,在 MySQL 5.0 和 5.1 中,这是真的。在 4.1 和 5.5 中,如果 InnoDB 初始化失败,MySQL 将不会启动。如果您在配置中设置innodb=force,也在 5.0/5.1 中。
    猜你喜欢
    • 2011-05-07
    • 2011-06-25
    • 2020-10-22
    • 2020-02-20
    • 1970-01-01
    • 1970-01-01
    • 2016-04-02
    • 2016-11-12
    相关资源
    最近更新 更多