mysql数据备份导入导出详解
参数注解:
mysqldump是采用SQL级别的备份机制,它将数据表导成SQL脚本文件,在不同的MySQL版本之间升级时相对比较合适,这也是最常用的备份方法。现在来讲一下m
1、mysqldump命令工具说明 参数注解: mysqldump是采用SQL级别的备份机制,它将数据表导成SQL脚本文件,在不同的MySQL版本之间升级时相对比较合适,这也是最常用的备份方法。现在来讲一下mysqldump的一些主要参数: --compatible=name它告诉mysqldump,导出的数据将和哪种数据库或哪个旧版本的MySQL服务器相兼容。值可以为ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options等,要使用几个值,用逗号将它们隔开。当然了,它并不保证能完全兼容,而是尽量兼容。 --complete-insert,-c导出的数据采用包含字段名的完整INSERT方式,也就是把所有的值都写在一行。这么做能提高插入效率,但是可能会受到max_allowed_packet参数的影响而导致插入失败。因此,需要谨慎使用该参数,至少我不推荐。 --default-character-set=charset指定导出数据时采用何种字符集,如果数据表不是采用默认的latin1字符集的话,那么导出时必须指定该选项,否则再次导入数据后将产生乱码问题。 --disable-keys告诉mysqldump在INSERT语句的开头和结尾增加/*!40000 ALTER TABLE table DISABLE KEYS */;和/*!40000 ALTER TABLE table ENABLE KEYS */;语句,这能大大提高插入语句的速度,因为它是在插入完所有数据后才重建索引的。该选项只适合MyISAM表。 --extended-insert = true|false默认情况下,mysqldump开启--complete-insert模式,因此不想用它的的话,就使用本选项,设定它的值为false即可。 --hex-blob使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的字段类型有BINARY、VARBINARY、BLOB。 --lock-all-tables,-x在开始导出之前,提交请求锁定所有数据库中的所有表,以保证数据的一致性。这是一个全局读锁,并且自动关闭--single-transaction和--lock-tables选项。 --lock-tables它和--lock-all-tables类似,不过是锁定当前导出的数据表,而不是一下子锁定全部库下的表。本选项只适用于MyISAM表,如果是Innodb表可以用--single-transaction选项。 --no-create-info,-t只导出数据,而不添加CREATE TABLE语句。 --no-data,-d不导出任何数据,只导出数据库表结构。 --opt这只是一个快捷选项,等同于同时添加--add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset选项。本选项能让mysqldump很快的导出数据,并且导出的数据能很快导回。该选项默认开启,但可以用--skip-opt禁用。注意,如果运行mysqldump没有指定--quick或--opt选项,则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。 --quick,-q该选项在导出大表时很有用,它强制mysqldump从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。 --routines,-R导出存储过程以及自定义函数。 --single-transaction该选项在导出数据之前提交一个BEGIN SQL语句,BEGIN不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表,例如InnoDB和BDB。本选项和--lock-tables选项是互斥的,因为LOCK TABLES会使任何挂起的事务隐含提交。要想导出大表的话,应结合使用--quick选项。 --triggers同时导出触发器。该选项默认启用,用--skip-triggers禁用它。 2、例子 1.导出整个数据库(–hex-blob 为有blob数据做的,防止乱码和导入失败用) mysqldump -u 用户名 -p 数据库名 > 导出的文件名 mysqldump -u root -p --default-character-set=gbk --hex-blob i5a6 > i5a6.sql 2.导出一个表 mysqldump -u 用户名 -p 数据库名 表名> 导出的文件名 mysqldump -u root -p i5a6 users> i5a6.sql 3.导出一个数据库结构 mysqldump -u root -p -d --add-drop-table i5a6 >d:/i5a6.sql -d 没有数据 –add-drop-table 在每个create语句之前增加一个drop table 4.导入数据库 常用source 命令 进入mysql数据库控制台, 如mysql -u root -p mysql>use 数据库 然后使用source命令,后面参数为脚本文件(如这里用到的.sql) mysql>source d:/i5a6.sql 5、Shell脚本 上面都是比较散的代码,下面我们来看shell代码 我首先要在本文带给你的是完整脚本。后面会对该脚本做说明。我假定你已经知道shell scripting、 mysqldump和crontab。 数据库导出代码,代码如下 #!/bin/bash #1.数据库信息定义 mysql_host="192.168.1.1" mysql_user="root" mysql_passwd="root" #sql备份目录 root_dir="/backup" back_dir="/backup/databases" data_dir="databases" store_dir="database" if [ ! -d $back_dir ]; then mkdir -p $back_dir fi #备份的数据库数组 db_arr=$(echo "show databases;" | mysql -u$mysql_user -p$mysql_passwd -h$mysql_host) #不需要备份的单例数据库 nodeldb="test1" #当前日期 date=$(date -d '+0 days' +%Y%m%d) #zip打包密码 zippasswd="passwd" zipname="lczh_"$date".zip" #2.进入到备份目录 cd $back_dir #3.循环备份 for dbname in ${db_arr} do if [ $dbname != $nodeldb ]; then sqlfile=$dbname-$date".sql" mysqldump -u$mysql_user -p$mysql_passwd -h$mysql_host $dbname >$sqlfile fi done #4.tar打包所有的sql文件 tar -zcPpf $root_dir/$store_dir/$zipname --directory / $root_dir/$data_dir #打包成功后删除sql文件 if [ $? = 0 ]; then rm -r $data_dir fi 数据定期清理脚本 作用 定期清理14天前的备份文件 代码如下复制代码 #!/bin/bash - #1.参数配置 #mysql文件备份目录 backup_dir1="/backup/test1/" backup_dir2="/backup/test2/" backdir_arr=($backup_dir1 $backup_dir2) #过期文件的时间 keep_time=14 #当前所在星期,crontab在奇数的星期7执行 week=$(date +%W) flag=`expr $week % 2` #2.清理过期文件,只在奇数星期7执行 if [ $flag -eq 1 ]; then for dir in ${backdir_arr[*]} do if [ -d $dir ]; then #查找14天之外的文件数据 clean_arr=`find $dir -type f -mtime +$keep_time -exec ls {} ;` for cleanfile in ${clean_arr} do rm $cleanfile done fi done fi crontab配置 代码如下 0 5 * * 7 执行清理脚本 4、其他 最近在备份还原mysql的时候发现,视图还原报错,无法创建视图,在网上查了下资料,找到以下信息: 1、如果备份的数据库含有视图,还原时需要把my.ini中的character-set改为latin1,才能够还原视图。 2、还原后,需要把latin1改为gb2312,否则存储过程不能使用. 3、存储过程不能随着数据库备份,对于存储过程的还原mssql数据库备份,还是通过手工复制SQL语句,在QUERY里执行。 感觉有点麻烦,于是又寻找其它方法,通过以下方法备份mysql数据库后,再进行还原,就没有报错,视图也还原进去了: #windows下mysql备份还原,可不用修改my.ini来还原视图(已验证) mysqldump -uroot -p123 --default-character-set=gbk --opt --extended-insert=false --triggers -R --hex-blob -x db_name > f:\db.sql mysql -uroot -p123 -f db_name < f:\db.sql linux: SQL来备份MyISAM表: /usr/local/mysql/bin/mysqldump -uroot -p123 --default-character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob -x db_name > db_name.sql 使用以下SQL来备份Innodb表: /usr/local/mysql/bin/mysqldump -uroot -p123 --default -character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob --single-transaction db_name > db_name.sql 添加时间: mysqldump -uroot --default-character-set=utf8 --hex-blob -p"kEy31kG_" gameonline | gzip > /data/mysqlback/gameonline`date +%Y-%m-%d_%H%M%S`.sql.gz 最近在备份还原mysql的时候发现,视图还原报错,无法创建视图,在网上查了下资料,找到以下信息: 1、如果备份的数据库含有视图,还原时需要把my.ini中的character-set改为latin1,才能够还原视图。 2、还原后,需要把latin1改为gb2312,否则存储过程不能使用. 3、存储过程不能随着数据库备份,对于存储过程的还原,还是通过手工复制SQL语句,在QUERY里执行。 感觉有点麻烦,于是又寻找其它方法,通过以下方法备份mysql数据库后,再进行还原,就没有报错,视图也还原进去了: #windows下mysql备份还原,可不用修改my.ini来还原视图(已验证) mysqldump -uroot -p123 --default-character-set=gbk --opt --extended-insert=false --triggers -R --hex-blob -x db_name > f:\db.sql mysql -uroot -p123 -f db_name < f:\db.sql linux: SQL来备份MyISAM表: /usr/local/mysql/bin/mysqldump -uroot -p123 --default-character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob -x db_name > db_name.sql 使用以下SQL来备份Innodb表: /usr/local/mysql/bin/mysqldump -uroot -p123 --default -character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob --single-transaction db_name > db_name.sql (编辑:晋中站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |