主页 / dba / 问题 / 81056
Accepted
Roy Hinkley
Asked: 2014-10-25 09:35:16 +0800 CST

MySQL wait_timeout 设置被忽略

  • 772

我有一个在 RedHat 发行版上运行的 MySQL 5.5 实例。我my.cnf使用以下设置进行了编辑：

wait_timeout=30

但是，客户端连接正在休眠并且永远不会被杀死。服务器已使用新设置重新启动。

我不明白什么？

我的.cnf：

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
performance_schema=off
innodb_buffer_pool_size=64M

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

wait_timeout = 30

key_buffer      = 16M
max_allowed_packet  = 16M
thread_stack        = 192K
thread_cache_size       = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
#max_connections        = 500
#table_cache            = 64
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit   = 1M
query_cache_size        = 16M


expire_logs_days    = 10
max_binlog_size         = 100M

bind-address=192.168.0.11
interactive_timeout = 60
max_connections = 500

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid



[isamchk]
key_buffer      = 16M

编辑

有趣的是，@RolandMySQLDBA 评论：

在此处输入图像描述

似乎没有考虑任何 cnf 文件设置。

和证明：

[root@localhost ~]# locate my.cnf
/etc/my.cnf
/opt/rh/mysql55/root/etc/my.cnf
mysql mysql-5.5

1 个回答

  1. Best Answer

    我的直接怀疑是系统上还有另一个my.cnf存在。你应该跑

    locate my.cnf

    并查看是否报告了多个my.cnf文件

    如果只有一个my.cnf，那么my.cnf很可能是在错误的文件夹中。

    它应该在以下地方之一

    • /etc/my.cnf
    • /etc/mysql/my.cnf
    • /var/lib/mysql/my.cnf
    • ~/my.cnf

    请检查这些。去除多余的东西。

    • 2

相关问题