mysql服务器相差11小时，数据库服务器时间不对

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

MySql连续工作10几个小时后,无法连接。但服务还没停。重启服务不行,但...

我想问题产生的根本原因在于服务到数据库的连接长时间没活动。推荐两篇文章给你，但愿有帮助，这种情况我没碰到过。

解决mysql数据库自动关闭服务三个方法：方法一：这个参数的名称是 wait_timeout，其默认值为 28800秒（8小时）。其意义为关闭一个连接之前在这个连接上等到行动的秒数，也就是说，如果一个连接闲置超过这个选项所设置的秒数，MySQL 会主动断开这个连接。

MySQL 服务没有启动，一般是在异常的情况下 MySQL 无法启动导致的，比如无可用的磁盘空间，my.ini 里 MySQL 的 basedir 路径设置错误等；MySQL 服务器资源紧张，导致无法连接。

如果不能访问，说明数据库存在问题，将故障回报至您的邮箱或手机中，让您在第一时间内得知网站访问情况。如果连续几次都不能访问，您可以选择自动重启服务器，从而达到无人值守的状态。

Mysql8小时断线,请问如何解决

1、我建议是将这两个参数都修改，以免引起不必要的麻烦。修改参数这两个参数的默认值是8小时。我测试过将这两个参数改为0，结果出人意料，系统自动将这个值设置为1。换句话说，不能将该值设置为永久。我建议为参数值加三个0，这样肯定可以满足我们的应用要求。

2、减少连接池内连接的生存周期，使之小于上一项中所设置的wait_timeout 的值。也就是说，让已经断开的空闲连接没有机会被使用，提前被回收。以C3P0配置为例：DBCP中配置minEvictableIdleTimeMillis即可。配置连接池定期使用连接池内的连接，使得它们不会因为闲置超时而被 MySQL 断开。

3、一般的解决方法大多是在数据库连接字符串中增加“autoReconnect=true ”选项。但是这只对mysql4以前的版本有效。在最新的mysql中是无效的。其实要解决这个问题也有一个简单的方法，就是修改mysql的启动参数。缺省情况下mysql的timeout时间是28800秒，正好是8小时，增加一个0就可以了。

4、问题原因：MySQL默认是自动关闭空闲超过8小时的连接，而C3P0并不知道该connection已经失效，如果这时有Client请求connection，C3P0将该失效的Connection提供给Client，将会造成异常。重启Tomcat操作会使C3P0重新建立和数据库的连接池，且池内的连接都是有效的连接。解决方法：c3p0要在8小时内关闭不使用的连接。

5、可以临时设定环境变量：设定默认socket超时时间 ini_set(default_socket_timeout， 3)；养成好习惯，使用fsocket获取数据。

6、默认是28800秒也就是8个小时，会断开连接。解决方案：修改mysql配置。如果是linux服务器编辑mysql.cnf 执行vi /etc/mysql.cnf 找到[mysqld] 在底下添加 interactive_timeout=28800000 wait_timeout=28800000 多加了三个0 也就是8000个小时。

如何解决局域网内mysql数据库连接慢

1、第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

2、检查系统的状态通过操作系统的一些工具检查系统的状态，比如CPU、内存、交换、磁盘的利用率，根据经验或与系统正常时的状态相比对，有时系统表面上看起来看空闲，这也可能不是一个正常的状态，因为cpu可能正等待IO的完成。除此之外，还应观注那些占用系统资源(cpu、内存)的进程。

3、skip-name-resolve 这个选项的意思是：禁用DNS解析，连接速度会快很多。

4、首先检查网络是否有问题。然后查看数据库服务器性能。cpu，内存，硬盘的读写。这些都会有影响。然后打开mysql慢查询日志。如果可以的话你把你两台服务器的环境说一下。

5、select * from t1 where f1 = 30；如果f1的值刚好频繁更新的值为30，并且没有达到MySQL自动更新cardinality值的临界值或者说用户设置了手动更新又或者用户减少了sample page等等，那么对这两条语句来说，可能不准确的就是B了。

如何解决mysql数据库X小时无连接自动关闭

1、检查您的网络连接是否稳定。如果您从远程位置连接到数据库，请检查网络延迟和丢包情况。MySQL服务器配置：检查my.cnf或my.ini（取决于您的操作系统和安装方式）中的配置。确保max_connections设置得足够高，以避免达到连接上限。调整wait_timeout和interactive_timeout的值，以增加超时时间。

2、可以临时设定环境变量：设定默认socket超时时间 ini_set(default_socket_timeout， 3)；养成好习惯，使用fsocket获取数据。

3、第一种：卸载KB967723补丁登录服务器，进入控制面板 — 添加和删除程序 — （勾选上方的“显示更新”）在里面可以看到更新的KB967723这个补丁，然后就像卸载普通软件一样卸载，卸载中会提示你，如果卸载可能导致程序运行出错，没关系，选择“是”，继续卸载。卸载完成后重启服务器。

4、首先检查是否已安装MySQL服务，如果没有安装，则需要安装MySQL服务。然后检查MySQL服务是否已经在系统服务列表中，如果不在则需要手动添加MySQL服务。检查MySQL的配置文件my.ini是否正确，如果不正确则需要修改配置文件。

5、关于mysql自动断开的问题研究结果如下，在mysql中有相关参数设定，当数据库连接空闲一定时间后，服务器就会断开等待超时的连接：同一时间，这两个参数只有一个起作用。到底是哪个参数起作用，和用户连接时指定的连接参数相关，缺省情况下是使用 wait_timeout。

MySQL数据库服务器逐渐变慢分析与解决方法分享

1、第二种方法是对 MySQL 服务器（也称为 mysqld）进行调优。对这个进程进行调优意味着适当地分配内存，并让 mysqld 了解将会承受何种类型的负载。加快磁盘运行速度不如减少所需的磁盘访问次数。

2、第二，从服务器的角度，我们从巡检的脚本角度入手，服务器的资源就这几种，观测手法也就那么几种，我们把服务器的资源全部都观察一圈就可以了。第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

3、使用外键。锁定表的方法可以维护数据的完整性，但是它却不能保证数据的关联性。这个时候我们就可以使用外键。

4、通过这种临时方式可以避免崩溃恢复后非常耗时的表空间校验过程，快速启动 MySQL，个人目前暂时未发现有什么隐患。使用共享表空间替代独立表空间这样就不需要打开 N 个 ibd 文件了，只需要打开一个 ibdata 文件即可，大大节省了校验时间。

5、案例二：近线上应用的数据库频频出现多条慢sql风险提示，而工作以来，对数据库优化方面所知甚少。例如一个用户数据页面需要执行很多次数据库查询，性能很慢，通过增加超时时间勉强可以访问，但是性能上需要优化。

6、(2)、interactive_timeout：服务器在关闭它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对 mysql_real_connect()使用 CLIENT_INTERACTIVE 选项的客户。默认数值是28800，我把它改为7200。 (3)、key_buffer_size：索引块是缓冲的并且被所有的线程共享。