mysql 数据库连接超时总结和mysql数据库编码了解

最新推荐文章于 2022-12-03 19:01:35 发布

mike_caoyong

最新推荐文章于 2022-12-03 19:01:35 发布

阅读量1.8k

点赞数 1

分类专栏： mysql

mysql 专栏收录该内容

10 篇文章 0 订阅

订阅专栏

如何设置mysql 数据库连接超时

当mysql 8小时空闲后会出现连接超时问题，本文介绍要解决这个问题也有一个简单的方法，就是修改mysql的启动参数。缺省情况下mysql的timeout时间是28800秒，正好是8小时。
mysql﹥ show global variables like 'wait_timeout';
+---------------+---------+
| Variable_name | Value |
+---------------+---------+
| wait_timeout | 28800 |
+---------------+---------+
1 row in set (0.00 sec)
28800 seconds，也就是8小时。

解决方法：
修改my.ini或my.cnf
需要同时修改
interactive_timeout
wait_timeout
这两个值，才能生效

mybatis设置sql超时时间

开始搭建项目框架的时候,忽略了sql执行超时时间的问题. 原本使用.net开发是,默认的超时时间是30s,这个时间一般一般sql是用不到的,但也不排除一些比较复杂或数据量较大的sql.
而java中,如果不指定,默认超时时间是不做限制的,默认值为0.
由于我们的项目采用Mybatis进行数据库操作,经过查看Mybaits相关文档,配置sql超时时间有两种方法
1 全局配置
在mybatis配置文件的settings节点中,增加如下配置
<settings>
<setting name="defaultStatementTimeout" value="25"/>
</settings>
<settings>
<setting name="defaultStatementTimeout" value="25"/>
</settings>这是以秒为单位的全局sql超时时间设置,当超出了设置的超时时间时,会抛出SQLTimeoutException

2 Mapper XML配置
还有一种方法是在mapper xml文件中对具体一个sql进行设置,方法为在select/update/insert节点中配置timeout属性,依然是以秒为单位表示超时时间并只作用于这一个sql.
<insert
id="insertAuthor"
parameterType="domain.blog.Author"
flushCache="true"
statementType="PREPARED"
keyProperty=""
keyColumn=""
useGeneratedKeys=""
timeout="20">

“The last packet sent successfully to the server was 0 milliseconds ago. ”异常解决的办法

出现异常”The last packet sent successfully to the server was 0 milliseconds ago.“的大部分原因是由于数据库回收了连接，而系统的缓冲池不知道，继续使用被回收的连接所致的。
           以mysql为例：
           第一种解决办法，就是将mysql回收空闲连接的时间变长，mysql默认回收时间是8小时，可以在mysql目录下的my.ini中增加下面配置，将时间改为1天。
           单位是秒，最大好像是24天：

          [mysqld]
          wait_timeout=86400
           第二种解决办法，可以通过配置，让缓冲池去测试连接是否被回收，如果被回收，则不继续使用，以dbcp为例：
          #SQL查询,用来验证从连接池取出的连接
          dbcp.validationQuery=SELECT 1
          #指明连接是否被空闲连接回收器(如果有)进行检验，如果检测失败，则连接将被从池中去除
          dbcp.testWhileIdle=true
          #在空闲连接回收器线程运行期间休眠的时间值,以毫秒为单位，一般比minEvictableIdleTimeMillis小
          dbcp.timeBetweenEvictionRunsMillis=300000
          #在每次空闲连接回收器线程(如果有)运行时检查的连接数量，最好和maxActive一致
         dbcp.numTestsPerEvictionRun=50
          #连接池中连接，在时间段内一直空闲，被逐出连接池的时间(1000*60*60)，以毫秒为单位
          dbcp.minEvictableIdleTimeMillis=3600000

mysql﹥ show global variables like 'wait_timeout'; 
+---------------+---------+ 
| Variable_name | Value | 
+---------------+---------+ 
| wait_timeout | 28800 | 
+---------------+---------+ 
1 row in set (0.00 sec) 
28800 seconds，也就是8小时。

解决方法：

修改my.ini或my.cnf

需要同时修改
interactive_timeout
wait_timeout
这两个值，才能生效

**************
mybatis设置sql超时时间 
开始搭建项目框架的时候,忽略了sql执行超时时间的问题. 原本使用.net开发是,默认的超时时间是30s,这个时间一般一般sql是用不到的,但也不排除一些比较复杂或数据量较大的sql.

而java中,如果不指定,默认超时时间是不做限制的,默认值为0.

由于我们的项目采用Mybatis进行数据库操作,经过查看Mybaits相关文档,配置sql超时时间有两种方法

1 全局配置
在mybatis配置文件的settings节点中,增加如下配置
<settings>  
<setting name="defaultStatementTimeout" value="25"/>  
</settings>

<settings>
<setting name="defaultStatementTimeout" value="25"/>
</settings>这是以秒为单位的全局sql超时时间设置,当超出了设置的超时时间时,会抛出SQLTimeoutException

2 Mapper XML配置
还有一种方法是在mapper xml文件中对具体一个sql进行设置,方法为在select/update/insert节点中配置timeout属性,依然是以秒为单位表示超时时间并只作用于这一个sql.
<insert  
  id="insertAuthor"  
  parameterType="domain.blog.Author"  
  flushCache="true"  
  statementType="PREPARED"  
  keyProperty=""  
  keyColumn=""  
  useGeneratedKeys=""  
  timeout="20">

***********
“The last packet sent successfully to the server was 0 milliseconds ago. ”异常解决的办法 
出现异常”The last packet sent successfully to the server was 0 milliseconds ago.“的大部分原因是由于数据库回收了连接，而系统的缓冲池不知道，继续使用被回收的连接所致的。

           以mysql为例：

           第一种解决办法，就是将mysql回收空闲连接的时间变长，mysql默认回收时间是8小时，可以在mysql目录下的my.ini中增加下面配置，将时间改为1天。

           单位是秒，最大好像是24天：

          [mysqld]

          wait_timeout=86400

           第二种解决办法，可以通过配置，让缓冲池去测试连接是否被回收，如果被回收，则不继续使用，以dbcp为例：

          #SQL查询,用来验证从连接池取出的连接
          dbcp.validationQuery=SELECT 1
          #指明连接是否被空闲连接回收器(如果有)进行检验，如果检测失败，则连接将被从池中去除
          dbcp.testWhileIdle=true
          #在空闲连接回收器线程运行期间休眠的时间值,以毫秒为单位，一般比minEvictableIdleTimeMillis小
          dbcp.timeBetweenEvictionRunsMillis=300000
          #在每次空闲连接回收器线程(如果有)运行时检查的连接数量，最好和maxActive一致
         dbcp.numTestsPerEvictionRun=50
          #连接池中连接，在时间段内一直空闲，被逐出连接池的时间(1000*60*60)，以毫秒为单位
          dbcp.minEvictableIdleTimeMillis=3600000

MySQL数据库编码问题

在程序开发中，有时会被字符乱码的问题所困扰。对此，必须理解 MySQL 的字符集编码设置的原理：在MySQL中，默认使用的是lartin1，也就是ISO8859-1字符集编码。这是一种8位的编码，适用于所有西欧字符。而对于汉字等是不合适的。最好、最通用的编码格式是utf-8，UTF-8（8 位元 Universal Character Set／Unicode Transformation Format）是一种针对Unicode 的可变长度字节编码的Unicode字符集。它对英文使用8位（即一个字节），中文使用24位（三个字节）来编码。所以对于8位的西欧字符集来说，更能比较节省空间，而又能够有效地表示汉字等字符。 MySQL服务器对字符集和校对规则有4个级别的默认设置：服务器级、数据库级、表级和连接级。

一、MySQL默认字符集
MySQL对于字符集的指定可以细化到一个数据库，一张表，一列，应该用什么字符集。但是，传统的程序在创建数据库和数据表时并没有使用那么复杂的配置，它们用的是默认的配置:
(1)编译MySQL 时，指定了一个默认的字符集，这个字符集是 latin1；
(2)安装MySQL 时，可以在配置文件 (my.ini) 中指定一个默认的的字符集，如果没指定，这个值继承自编译时指定的；
(3)启动mysqld 时，可以在命令行参数中指定一个默认的的字符集，如果没指定，这个值继承自配置文件中的配置,此时 character_set_server 被设定为这个默认的字符集；
(4)当创建一个新的数据库时，除非明确指定，这个数据库的字符集被缺省设定为character_set_server；
(5)当选定了一个数据库时，character_set_database 被设定为这个数据库默认的字符集；
(6)在这个数据库里创建一张表时，表默认的字符集被设定为 character_set_database，也就是这个数据库默认的字符集；
(7)当在表内设置一栏时，除非明确指定，否则此栏缺省的字符集就是表默认的字符集；
总结：如果什么地方都不修改，那么所有的数据库的所有表的所有栏的都用 latin1 存储，不过我们如果安装 MySQL，一般都会选择多语言支持，也就是说，安装程序会自动在配置文件中把 default_character_set 设置为 UTF-8，这保证了缺省情况下，所有的数据库的所有表的所有栏的都用 UTF-8 存储。

二、查看默认字符集
查看系统的字符集和校对的设定可以通过下面的两条命令：
1. mysql> SHOW VARIABLES LIKE 'character%';
2. mysql> SHOW VARIABLES LIKE 'collation_%';

三、修改默认字符集
(1) 最简单的修改方法，就是修改mysql的my.ini文件中的字符集键值，
如：default-character-set = utf8
character_set_server = utf8
修改完后，重启mysql的服务，service mysql restart
(2) 还有一种修改字符集的方法，就是使用mysql的命令,如：
mysql> SET character_set_client = utf8 ;
mysql> SET character_set_connection = utf8 ;
mysql> SET character_set_database = utf8 ;
mysql> SET character_set_results = utf8 ;
mysql> SET character_set_server = utf8 ;
mysql> SET collation_connection = utf8 ;
mysql> SET collation_database = utf8 ;
mysql> SET collation_server = utf8 ;
有时设置了表的默认字符集为utf8并且通过UTF-8编码发送查询，你会发现存入数据库的仍然是乱码。问题就出在这个connection连接层上。解决方法是在发送查询前执行一下下面这句：
SET NAMES 'utf8'; SET NAMES显示客户端发送的SQL语句中使用什么字符集。因此，SET NAMES 'utf8' 语句告诉服务器“将来从这个客户端传来的信息采用字符集'utf8'。它还为服务器发送回客户端的结果指定了字符集。
它相当于下面的三句指令：
mysql> SET character_set_client = utf8;
mysql> SET character_set_results = utf8;
mysql> SET character_set_connection = utf8;

新建数据库时指定库的编码：
create database dbName DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_general_ci;

新建数据表时指定表的编码：
create table tableName (uid smallint(5) unsigned NOT NULL auto_increment,username char(50) NOT NULL default '',PRIMARY KEY(uid))TYPE=MyISAM DEFAULT CHARSET=utf8;

MySQL数据库编码问题深入

如果你是最新的mysql ，在mysql命令行下输入status ，显示默认为utf8，但是插入中文会乱码，恭喜你和我问题一样，

你先试一下这个命令：set names 'gbk'

show variables like '%collation%'

show variables like '%character%'

这样如果不行的话，请看下面分解。

最近关于中文显示乱码的贴子比较多，所以也做了个总结：

可以参考一下杨涛涛版主的《各种乱码问题汇总》
http://topic.csdn.net/u/20071124/08/3b7eae69-ed1d-4a77-8895-9930bf3601af.html

MySQL字符集的原理介绍。摘录于官方文档。http://dev.mysql.com/doc/refman/5.1/zh/charset.html

不同的编码格式会导致同一字符，在不同字符集下的编码会不同。同样同一编码在不同的字符集中代码的字符也不相同。当你的MySQL返回的字符串的编码格式（字符集）与你的客户工具程序（mysql, php, query browser, ...）当前使用的字符集不同时，就会造成乱码。比如一个英国朋友告诉你Long, 当一位中国小学生看到后就会告诉你“龙”而不是“长”

关于字符集的详细介绍和例子，建议花一点时间看一下
http://dev.mysql.com/doc/refman/5.1/zh/charset.html (第10章：字符集支持)。

这里仅摘要一下。

MySQL中默认字符集的设置有四级:服务器级，数据库级，表级。最终是字段级的字符集设置。注意前三种均为默认设置，并不代码你的字段最终会使用这个字符集设置。所以我们建议要用show create table table ; 或show full fields from tableName; 来检查当前表中字段的字符集设置。

MySQL中关于连接环境的字符集设置有 Client端，connection, results 通过这些参数，MySQL就知道你的客户端工具用的是什么字符集，结果集应该是什么字符集。这样MySQL就会做必要的翻译，一旦这些参数有误，自然会导致字符串在转输过程中的转换错误。基本上99%的乱码由些造成。

乱码后需要检查的信息。(如果需要论坛上的朋友帮助，建议你提供以下信息 )

1. 数据库表中字段的字符集设置。show create table TableName 或 show full columns from tableName

mysql> show create table t1;
+-------+------------------------------------
| Table | Create Table
+-------+------------------------------------
| t1    | CREATE TABLE `t1` (
`id` int(11) NOT NULL,
`c1` varchar(30) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk |
+-------+------------------------------------
1 row in set (0.00 sec)

mysql> show full columns from t1;
+-------+-------------+----------------+------+-----+-
| Field | Type        | Collation      | Null | Key |
+-------+-------------+----------------+------+-----+-
| id    | int(11)     | NULL           | NO   | PRI |
| c1    | varchar(30) | gbk_chinese_ci | YES |     |
+-------+-------------+----------------+------+-----+-
2 rows in set (0.00 sec)
mysql>

2. 当前联接系统参数 show variables like 'char%'

1. 中文，请确保表中该字段的字符集为中文兼容：
big5     | Big5 Traditional Chinese
gb2312   | GB2312 Simplified Chinese
gbk      | GBK Simplified Chinese
utf8     | UTF-8 Unicode

2. 确保，联接参数与这个字段字符集一致,你可以用 set name 'charsetname';
比如， set name 'gbk';
这条命令会同时修改 character_set_client,character_set_connection,character_set_results
(如果你的这架MySQL中都为中文，则你可以在my.ini或my.cnf中加上或修改这个参数, 参数文件修改后需重启MySQL服务)
[mysql]
default-character-set=gbk

3. PHP 乱码, 同样 mysql_query("set name 'gbk'"); 其它API也类似。

4. phpmyadmin里乱码
phpMyAdmin的config.inc.php中有没有设置$cfg['DefaultCharset']='utf-8';

5. Windows操作系统中命令行（"DOS"窗口)下。
在你的DOS窗中的左上角标题栏片左键，属性，
在字体中，选择“宋体”，确认
mysql中 set names 'gbk';

6. ADO.NET, ADO中，可以连接字符串中加入CharSet=UTF8;类似指令以说明connection的字符集。
Server=myServerAddress;Database=myDataBase;Uid=myUsername;Pwd=myPassword; CharSet=UTF8;

7. SQL Manager for MySQL

用EMS建数据库，

Character Set设为utf-8

client charset设UTF-8

Font charset 设为GB2312_CHARSET

8. jdbcodbc桥接 http://java.sun.com/j2se/1.4.2/docs/guide/jdbc/bridge.html

// Load the JDBC-ODBC bridge driver
Class.forName(sun.jdbc.odbc.JdbcOdbcDriver) ;

       // setup the properties
       java.util.Properties prop = new java.util.Properties();
       prop.put( " charSet " , " Big5 " );
       prop.put( " user " , username);
       prop.put( " password " , password);

// Connect to the database
con = DriverManager.getConnection(url, prop);

9. PHP 5.2 版本以上解决乱码问题的一个方法 (由 ljf_ljf [Mark Liang] 提供)

$conn = mysql_connect ( " 192.168.1.133 " , " root " , " 123456 " ) or
die ( " Could not connect: " . mysql_error ());

$program_char = " utf8 " ;

    $conn . mysql_select_db ( " test " );
    // $conn.mysql_query('SET @@character_set_results = "'.$program_char.'"');

    mysql_set_charset( $program_char , $conn );
    $charset = mysql_client_encoding ( $conn );
    printf ( " current character set is %s <br> " , $charset );
    $result = mysql_query ( " SELECT id, task_no,pack_path FROM tb_workplan where id = 1 " , $conn );
    while ( $row = mysql_fetch_array ( $result , MYSQL_BOTH)) {
        printf ( " ID: %s <br> task_no: %s <br> pack_path :%s <BR> " , $row [ " id " ] , $row [ 1 ] , $row [ " pack_path " ]);
    }
    $conn . mysql_free_result ( $result );
    $conn . mysql_close ();

9. 存储过程参数乱码

create procedure t ( aa char(10) charset 'gbk')

如果只是这样的话，就会出现这样的错误：报告的错误是：sqle=com.mysql.jdbc.MysqlDataTruncation:
Data truncation: Data too long
for column 'last_name' at row 1 从 employee！
有的情况是：| name        |
+-------------+
| ??          |
| 54243654321 |
| ??          |
| ??          |
+-------------+出现问号！

前面我们已经说过了，mysql默认的编码是latin1,不是我们所需要的gbk,所以我们要修改成为utf8，因为若要正确显示中文繁、简、日文、韩文使用utf8，修改方法如下：
ALTER DATABASE sample ####这里修改整个数据库的编码
       CHARACTER SET utf8
       DEFAULT CHARACTER SET utf8
       COLLATE utf8_general_ci
       DEFAULT COLLATE utf8_general_ci;

当然了，你也可在在建数据库的时候指定编码，比如：

CREATE DATABASE sample

       CHARACTER SET utf8
       DEFAULT CHARACTER SET utf8
       COLLATE utf8_general_ci
       DEFAULT COLLATE utf8_general_ci ;

接下来要做的是打开mysql所在的目录下的my.nin

在[mysqld]段加入一下代码改成：

default-character-set=utf8

启动mysql，输入：

接着你再看看执行那个Mysql.html 文件：这回你可以看到的是
mysql> select * from employee;
+-------------+-----------+------------+------------+------+--------------+
| employee_id | last_name | first_name | birth      | sex | emmail       |
+-------------+-----------+------------+------------+------+--------------+
|          12 | ?         | ??         | 1978-12-11 | f    | aaa@asdf.com |
|          13 | ?         | ??         | 1978-12-11 | f    | aaa@asdf.com |
|          14 | ?         | ??         | 1978-12-11 | f    | aaa@asdf.com |
|          15 | ?         | ??         | 1978-12-11 | f    | aaa@asdf.com |
|          16 | ?         | ??         | 1978-12-11 | f    | aaa@asdf.com |
|          17 | ?         | ??         | 1978-12-11 | f    | aaa@asdf.com |
+-------------+-----------+------------+------------+------+--------------+

这个才是我们最终需要的。
在来查看执行完Mysql_jstl.jsp后的数据库中的结果：
mysql> select * from employee;
|          14 | 王        | 彭给       | 1978-12-11 | f    | aaa@asdf.com |
|          15 | 田        | 王光       | 1978-12-11 | f    | aaa@asdf.com |
|          16 | 息        | 存入       | 1978-12-11 | f    | aaa@asdf.com |
|          17 | 往        | 小杯       | 1978-12-11 | f    | aaa@asdf.com |
+-------------+-----------+------------+------------+------+--------------+

可以高兴得看到了中文，并且在浏览器中也显示正确。

mysql> SHOW VARIABLES LIKE '%collation%' ;
+----------------------+-------------------+
| Variable_name        | Value             |
+----------------------+-------------------+
| collation_connection | latin1_swedish_ci |
| collation_database   | utf8_general_ci   |
| collation_server     | utf8_general_ci   |
+----------------------+-------------------+
重新读取又出现乱码：
mysql> select * from employee;
+-------------+-----------+------------+------------+--
| employee_id | last_name | first_name | birth      | s
+-------------+-----------+------------+------------+--
|          12 | ?         | ??         | 1978-12-11 | f
|          13 | ?         | ??         | 1978-12-11 | f
|          14 | ?         | ??         | 1978-12-11 | f
|          15 | ?         | ??         | 1978-12-11 | f
|          16 | ?         | ??         | 1978-12-11 | f
|          17 | ?         | ??         | 1978-12-11 | f
+-------------+-----------+------------+------------+--
所以我们需要在客户端设置系统能识别中文的编码gbk并没有保存到my.ini文件中。所以要修改my.ini文件