MySQL数据库sleep线程过多,怎么办?

  什么是sleep线程?

  sleep线程长时间保持可客户端与服务端的连接状态

  导致sleep过多的原因:

  使用太多持久连接(高并发系统中 不适合使用持久连接)

  程序中 没有及时关闭MySQL连接

  数据库优化不完善 导致执行sql语句过慢

  解决方法:

  vim /etc/my.cnf 配置文件里进行配置 下次需从启服务器的时候直接生效

  想当时就生效利用直接在数据库里设置

  set global wait_timeout = 120 全局生效

  set wait_timeout = 120 临时生效

  interactive_timeout = 120
#<==此参数设置后wait_timeout自动生效。

  wait_timeout = 120 设置MySQL的睡眠连接秒数 系统默认是8小时

原文地址:http://blog.51cto.com/13543192/2131775

时间: 2024-08-05 05:48:44

MySQL数据库sleep线程过多,怎么办?的相关文章

MySQL中sleep线程过多的处理方法

先说具体方法: 先在MySQL中操作 set global wait_timeout = 60; set global interactive_timeout = 60; 然后在配置文件里修改(/etc/my.cnf): [mysqld] interactive_timeout = 120  #<==此参数设置后wait_timeout自动生效. wait_timeout = 120 wait_timeout -- 指的是MySQL在关闭一个非交互的连接之前所要等待的秒数 interactive

mysql 的sleep线程过多处理方法

什么是长连接? 其实长连接是相对于通常的短连接而说的,也就是长时间保持客户端与服务端的连接状态. 通常的短连接操作步骤是: 连接->数据传输->关闭连接: 而长连接通常就是: 连接->数据传输->保持连接->数据传输->保持连接->…………->关闭连接: 这就要求长连接在没有数据通信时,定时发送数据包,以维持连接状态,短连接在没有数据传输时直接关闭就行了 什么时候用长连接,短连接? 长连接主要用于在少数客户端与服务端的频繁通信,因为这时候如果用短连接频繁通信

mysql数据库调优

最近新到项目上,算是帮忙,遇见性能测试. 测试要求其实不高,现在是单mysql数据库,未分表,四千万数据,四百毫秒,上的压力是一千一百多tps,但是,动态的只占到了百分之二十左右,也就是两百左右的tps吧.服务器还是比较牛逼的,我看到了十几个cpu线程,估计超过一百G内存吧. 大体情况如上. 鄙人之前没优化过mysql,其实,是没调优过sql,只读过部分sql执行的原理,数据库的结构啥的,平常写sql和设计表的时候有些注意,实战调优经验为零,以前就算调了,没测试过,也白搭,这次算是逮到便宜了.

一、MySQL数据库基础

1.1.数据库模型 数据库由一批数据构成有序集合,这些数据被存在结构化的数据表中.数据表之间互相关联,反应客观事物间的本质联系.数据库系统提供对数据的安全控制和完整性控制.数据库的发展大致划分为几个阶段:人工管理阶段.文件系统阶段.数据库系统阶段.高级数据库阶段.其种类大概有3种:层次式数据库.网络式数据库和关系式数据库. 文本数据库缺陷:数据冗余和不一致,数据访问困难,数据孤立,完整性问题,原子性问题并发访问问题,安全性问题. 数据库系统的特性:数据管理独立性:有效地完成数据存取:数据完整性和

怎样解决MySQL数据库主从复制延迟的问题?

1.网络超时 2.慢查询 3.流量 问题一:主库的从库太多,导致复制延迟从库数据以3-5个为宜,要复制的从节点数量过多,会导致复制延迟问题二:从库硬件比主库差,导致复制延迟查看Master和Slave的系统配置,可能会因为机器配置不当,包括磁盘I/O.CPU.内存等各方面因素造成复制的延迟.一般发生在高并发大数据量写入场景中问题三:慢SQL语句过多假如一条SQL语句执行时间是20秒,那么从执行完毕到从库上能查到数据至少需要20秒,这样就延迟20秒了.一般要把SQL语句的优化作为常规工作不断地进行

PostgreSQL 优势,MySQL 数据库自身的特性并不十分丰富,触发器和存储过程的支持较弱,Greenplum、AWS 的 Redshift 等都是基于 PostgreSQL 开发的

PostgreSQL 优势 2016-10-20 21:36 686人阅读 评论(0) 收藏 举报  分类: MYSQL数据库(5)  PostgreSQL 是一个自由的对象-关系数据库服务器(数据库管理系统),功能很强大.包括了可以说是目前世界上最丰富的数据类型的支持,比如 IP 类型和几何类型等等. 发现很多读者都问过这样一个问题:如果打算为项目选择一款免费.开源的数据库,那么你可能会在MySQL与PostgreSQL之间犹豫不定.针对这个问题,我们采访到了即将在Postgres中国用户20

第四章:MySQL数据库的备份与恢复

目录 1. 备份数据的意义 2. 数据库备份... 1 2.1 备份单个数据库练习多种参数使用... 1 2.1 mysqldump的工作原理... 8 .3. 数据库备份实践... 9 3.1 备份多个库... 9 3.2 分库备份... 10 3.3 备份单表及分表备份... 11 3.4 备份多个表... 13 3.5 备份数据库表结构(不包含数据)... 13 3.6 备份表中数据... 14 3.7 小结... 15 3.8 刷新binlog的参数... 15 3.9 mysqldum

Mysql数据库优化技术之配置篇、索引篇 ( 必看 必看 转)

转自:Mysql数据库优化技术之配置篇.索引篇 ( 必看 必看 ) (一)减少数据库访问 对于可以静态化的页面,尽可能静态化 对一个动态页面中可以静态的局部,采用静态化 部分数据可以生成XML,或者文本文件形式保存 使用数据缓存技术,例如: MemCached (二)优化的检测方法 1.用户体验检测 2.Mysql状态检测 在Mysql命令行里面使用show status命令,得到当前mysql状态. 主要关注下列属性: key_read_requests (索引读的请求数)(key_buffe

Mysql数据库调优和性能优化

1. 简介 在Web应用程序体系架构中,数据持久层(通常是一个关系数据库)是关键的核心部分,它对系统的性能有非常重要的影响.MySQL是目前使用最多的开源数据库,但是mysql数据库的默认设置性能非常的差,仅仅是一个玩具数据库.因此在产品中使用MySQL数据库必须进行必要的优化. 优化是一个复杂的任务,本文描述MySQL相关的数据库设计和查询优化,服务器端优化,存储引擎优化. 2. 数据库设计和查询优化 在MySQL Server性能调优中,首先要考虑的就是Database Schema设计,和