（一）恢复的前提条件就是开启了二进制日志和格式为行格式，二个条件缺一不行！mysql>showvariableslike"%log_bin%";+---------------------------------+---------------------------------------+|Variable_name|Value|+-------------------------------

最近使用备份文件进行mysqdump恢复，由于数据过大，2小时候会自动断开，因此尝试以下设置即可解决问题?set global max_allowed_packet=100 000 000;  set global net_buffer_length=100000;  SET GLOBAL  interactive_timeout=28800 000; SET GLOBAL  wait_timeo

psc文件是用Navicat工具生成的备份文件，只能用Navicat工具进行恢复。（一）错误出现步骤1用Navicat连接MySQL2新建一个数据库，名字随便取，比如mydb1，字符集选utf-8（因为备份文件用的就是utf-8）3选择mydb1数据库-->备份-->还原备份-->选择psc文件，开始还原4还原结束后，发现673个对象只恢复了551个，47366条记录恢复了0条。这说明这个备份文件

从全备份中，还原某一个库(假如要还原的库叫做hellodb)内容：# mysqldump -uroot -proot --all-databases --master-data=2 > all.sql# mysql -uroot -proot -e 'create database hellodb;'  还原之前，首先要确保这个库的已经存在了，不然下面的命令会提示失败】# mysql -uroot

mysql恢复备份数据库的时候提示：[Msg]1418-ThisfunctionhasnoneofDETERMINISTIC,NOSQL,orREADSSQLDATAinitsdeclarationandbinaryloggingisenabled

基于binlog二进制日志的MySQL恢复笔记刚好复习到这里，顺手做个小实验，记录下。

Mysql的binlog相关：注：mysql的binlog在mysql恢复时用得到，不要轻易取消(安装mysql时建议启用下)另手动清理过程中mysql会暂停使用，建议通过设置过期时间让它自己清理删除2016

Mysql的binlog相关：注：mysql的binlog在mysql恢复时用得到，不要轻易取消另手动清理过程中mysql会暂停使用，建议通过设置过期时间让它自己清理删除2016年03月31日23点59

[root@hch_test_121_91~]#mysql-uroot-p--default-character-set=utf8alldb.sql重新备份下，就可以重新导入进来了。貌似也失败了。

[root@hch_test_121_91~]#mysql-uroot-p--default-character-set=utf8alldb.sql重新备份下，就可以重新导入进来了。貌似也失败了。

，重新解压了一份当初从官网下载的mysql出来（解压哪个版本的，看我上篇关于mysql在windows环境下安装的文章）；然后重启电脑，把mysql服务起来，然后输入：mysql-uroot-p回车使mysql

昨天听同事说有个MySQL库的备份数据有问题，放别的库上面恢复不了，听他这么一说吓了我一大跳，备份可是大事情，万一数据有问题而恢复不了，那可就麻烦了赶紧看备份日志，日志如下：----------------------------------===BEG:2015110801:00:01========FTP:2015110801:00:05========CLS:2015110801:00:07

昨天听同事说有个MySQL库的备份数据有问题，放别的库上面恢复不了，听他这么一说吓了我一大跳，备份可是大事情，万一数据有问题而恢复不了，那可就麻烦了赶紧看备份日志，日志如下：----------------------------------===BEG:2015110801:00:01========FTP:2015110801:00:05========CLS:2015110801:00:07

昨天听同事说有个MySQL库的备份数据有问题，放别的库上面恢复不了，听他这么一说吓了我一大跳，备份可是大事情，万一数据有问题而恢复不了，那可就麻烦了赶紧看备份日志，日志如下：----------------------------------===BEG:2015110801:00:01========FTP:2015110801:00:05========CLS:2015110801:00:07

1. 任何执行时间长于 wait_timeout或interactive_timeout选项值得备份，都会导致会话被关闭，这也会隐含执行UNLOCK TABLES命令。2. 对于使用FLUSH TABLES WITH READ LOCK的备份策略来讲，一个共同的缺陷是它们需要两个独立的线程来完成备份过程。运行FLUSH TABLES WITH READ LOCK命令， 然后从当前连接退出将自动执行

1、先进行二进制文件的切割因为是在线恢复，所以二进制文件在恢复的时候也会将恢复过程写入到里面，所以，先进行二进制文件的切割shell>mysqladmin-h127.0.0.1-uroot-poracleflush-log可以看到，原来只有mysqlbin_test.000001、mysqlbin_test.000002、mysqlbin_test.000003，切割之后有了mysqlbin_te

1、先进行二进制文件的切割因为是在线恢复，所以二进制文件在恢复的时候也会将恢复过程写入到里面，所以，先进行二进制文件的切割shell>mysqladmin-h127.0.0.1-uroot-poracleflush-log可以看到，原来只有mysqlbin_test.000001、mysqlbin_test.000002、mysqlbin_test.000003，切割之后有了mysqlbin_te

备份高版本mysql的库mysqldump-uroot-p-h192.168.1.x  mydb>mydb.sql用编辑软件修改mydb.sql里面的关键字。修改defaultcharset=utf8 ，改为defaultcharset=gb2312，然后保存导入mydb.sql到低版本中的mysql中。mysql-uroot-p-h192.168.2.x mydb<mydb.sql

备份高版本mysql的库mysqldump-uroot-p-h192.168.1.x  mydb>mydb.sql用编辑软件修改mydb.sql里面的关键字。修改defaultcharset=utf8 ，改为defaultcharset=gb2312，然后保存导入mydb.sql到低版本中的mysql中。mysql-uroot-p-h192.168.2.x mydb<mydb.sql

在使用mysql时有时会登录遇到错误ERROR2003(HY000):Can'tconnecttoMySQLserveron'localhost'(10061)以下方法几步解决问题，让mysql恢复如初

一、选备份好的 .psc备份文件 备份->提取SQL->150129072332.psc大约3个小时提取出22GB：150129072332.sql二、用dump命令导入MySQL1.创建空的数据库2.[root@mysqlbakcup~]#mysqldump-uroot-p密码  testdatabase01 >/home/150129072332.sql注：恢复时会产生在量的二进制日志文件：[

在使用binlog日志来恢复数据库之前，我们有一些前提工作需要做。步骤如下：1、创建新的数据库ailanni2、创建新的表ilannitable3、向表ilannitable插入数据4、刷新mysqlbin日志5、完整备份ailanni数据库6、删除表ilannitable插入的部分数据7、删除数据库ailanni8、各个binlog日志的内容解析9、恢复ailanni全部数据10、恢复ailan

一、在这里先介绍一下LVM备份mysql数据库的优点：1、在大多数情况下，这种方式几乎算得上是热备。它无需关闭服务，只需要设置只读或者类似这样的限制。2、支持所有基于本地磁盘的存储引擎，比如MYISAM、InnoDB和BDB，还支持Solid、PrimeXT和Faction。3、备份速度最快，因为你只需要拷贝相关的二进制数据文件即可。4、由于只是简单的拷贝文件，因此对服务器开销非常低。5、保存方式