一般频繁出现的话，才需要关注，一天出现几次属于正常情况。
频繁出现的原因一般有：
1. 网络，包括网络质量，服务器网卡驱动，程序连接数据库方式：ODBC/API，都是有区别的；这里的网络问题，可能出现在客户端，也可能出现在服务端
2. 如果使用ODBC的话，还需要注意部分ODBC版本可能存在bug，导致有问题
3. 服务端自身问题，例如mysqld不稳定，连接数超限，或者连接超时，或者由于dns反解析的问题导致连接异常
4. 其他问题，自己发挥吧 O(∩_∩)O哈哈~

技术相关: MySQL基础知识MySQL FAQ

有一次和朋友讨论到 net-buffer-length 可能对mysqldump导出及恢复有影响，对此测试了一下，发现影响很小，基本可以忽略不计，下面是对比测试结果。

说明：执行mysqldump时，net buffer length的最大上限是16Mb，默认值是1Mb，下面是测试结果贴图：

从上面的对比结果可以看出来，该选项的调整对导出所需时间影响不大，仅对导出文件有一定影响，但也很小；同样地，对数据恢复的影响也很小。

技术相关: MySQL基础知识MySQL FAQ

现在我们可以很方便的用Xtrabackup取代ibbackup，作为innodb的在线热备工具使用。通常，我们会选择在SLAVE上进行备份，以减小MASTER的压力。 innobackupex是封装后的perl脚本，用于调度xtrabackup进行备份，附加了不少辅助功能，非常实用，下面是一个常见的innobackupex备份例子：

### 
### innobackupex example 
### 
### created by yejr(imysql@imysql.cn), 2011/07/27 
### 
### 备注：部分注释信息用于阅读方便，实际使用时，请直接删除 
### 
innobackupex \ 
#做完DB备份的同时，记录SLAVE的信息，便于恢复时使用，会直接生成 CHANGE MASTER命令 
--slave-info \  
#和 slave-info 结合使用，发起备份的时候，会把SLAVE暂停，确保备份时没有临时表打开，保证一致性 
--safe-slave-backup \ …

转发一下某网友(Howard)的来信，先讨论一下，稍后再给结论

你好：

我现在有个关于mysql的问题一点思路都没有，想问下你，麻烦你有时间了看下。

另外你一般有没有一个活跃的论坛或者小组之类的？

mysql的版本是Server
version: 5.1.51-community-log MySQL Community Server (GPL)

将mysql的tx_isolation设置为repeatable-read

mysql> show global variables
like 'tx_isolation';
+---------------+-----------------+
| Variable_name | Value |
+---------------+-----------------+
| tx_isolation | REPEATABLE-READ |
+---------------+-----------------+
1 row in set (0.00 sec)

mysql> show create table test;

+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------+