Mysql 与MariaDB中的全局变量不同的会话变量

我正在运行一个Galera集群，前面有一个HAProxy LB。 但是，我的用户报告会话变量

wait\u timeout

设置为60

我和你核对过了

显示会话变量，如“%wait\u timeout%”

对我来说，结果是

等待超时610

在my

/etc/mysql/my.cnf

中（在每个集群节点上），设置值“28800”（默认值） 我可以确认这是通过运行：

显示全局变量，如“%wait\u timeout%”

结果是等待超时28800

你知道为什么这不适用于新课程吗？HAProxy在3306港只是个愚蠢的货代

编辑：更新所有群集节点上的所有包。还是一样的问题。 我甚至试着用mysql套接字连接检查根目录，新的会话生成的

wait\u timeout

值为60。

通常，在建立连接时，

会话变量

初始化为

全局

设置。之后，任何一组设置都可以更改

然而，

wait\u timeout

尤其棘手。不仅有

会话

和

全局

，还有交互和批处理。此外，InnoDB也有类似的值

610

是一个不寻常的值。一定是某个人或某个程序更改了它

你是否达到了意想不到的极限

“ping”可用于保持连接处于活动状态

您可以检查连接是否已断开，然后重新启动它

请为您的案例提供更多细节。

我发现了这个问题。 在不同的配置中（一些管理员在

/etc/mysql/conf.d/finetunning.cnf

下为“微调”单独配置了一个名为

interactive\u timeout

的变量，该变量被设置为

60

。这似乎将会话变量

wait_timeout

设置为

60

，而不是使用全局变量中的

wait_timeout

（

28800

）。

---

注释掉

交互超时

为我解决了问题。

会话变量值可以在连接过程中根据连接器设置进行更改，例如…我使用MySQL Workbench检查变量，但找不到设置连接会话变量的设置。报告此行为的用户可以连接到会话变量设置为正确值的另一个集群，因此我不确定这是否是连接器问题。AFAIR Workbench从服务器（配置文件[mysql]部分）获取变量值。我也是这么认为的。我已经在[mysqld]下设置了“wait_timeout”（如果我在那里更改它，它会影响全局变量）。我尝试将其添加到[mysql]中，但没有任何更改：（我已在[mysqld]这是服务器设置部分下设置了“等待超时”。请参阅[mysql]和[client]部分。您好，谢谢您的回答。我对应用程序没有问题，但对Galera群集的配置有问题。全局变量都很好，但调用的会话不好。重新启动与Workbench连接的节点后，我得到了

等待\u超时时间

60，重新连接后是610。这真的只是一个问题我没有得到这个会话变量的值。我只是更新了所有节点，但仍然存在相同的问题。