linux上mysql库的迁移

两种办法

第一种：

首先将/var/lib/mysql这个目录备份起来，

在恢复的时候直接将mysql目录下的数据库拷贝到另一个系统的数据库中便可，另外还需拷贝/mysql/下的ibdata1这个文件到另一个系统数据库/var/lib/mysql目录下，如该目录下有，就覆盖。

后从新启动mysql数据库，若打开页面出现系统错误，请从新启动服务器（reboot）

 此种方法有局限容易出错，不推荐使用

第二种

原理： 备份+还原

1.

在原机器上：

mysqldump -u root -p 数据库名称 > 备份文件名称
提示输入密码，开始备份。

出现mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: YES) when trying to connect的问题，解决方法是，

#mysql -u root -p
>update mysql.user set password=password('123') where user='root';
>quit

出现mysqldump: Got error: 1045: Access denied for user 'smb_behavior'@'localhost' (using password: YES) when trying to connect的问题，解决方法是，

#vi /etc/my.cnf 在[mysql]添加skip-grant-tables,保存退出
#mysql –u root
>update mysql.user set password=password('123') where user='root';
>quit

在目标机上：

#mysql -u root -p
>create database 数据库名称;
#mysql -u root -p 数据库名称 < 备份文件名称

出现ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)问题，解决方法是，

#mysql -u root -p
>grant all on *.* to root@localhost  identified by '123';
>quit 

---

2. 直接从目标机器上备份并还原到本地机器上

>mysqldump --no-defaults -u[username] -p[password] --host=[目标机器ip] --opt databasename1|mysql -u[username] -p[password] -C databasename2

---

3.

3.1     结合Linux的cron命令实现定时备份

好比须要在天天凌晨1:30备份某个主机上的全部数据库并压缩dump文件为gz格式，那么可在/etc/crontab配置文件中加入下面代码行：

30 1 * * * root mysqldump -u root -pPASSWORD --all-databases | gzip > /mnt/disk2/database_`date '+%m-%d-%Y'`.sql.gz

前面5个参数分别表示分钟、小时、日、月、年，星号表示任意。date '+%m-%d-%Y'获得当前日期的MM-DD-YYYY格式。

3.2     一个完整的Shell脚本备份MySQL数据库示例

#vi /backup/backup.sh#!bin/bash
cd /backupecho "You are in backup dir"
mv backup* /oldbackup
echo "Old dbs are moved to oldbackup folder"
File = backup-$Now.sql
mysqldump -u user -p password database-name > $File
echo "Your database backup successfully completed"

     上面脚本文件保存为backup.sh，而且系统中已经建立两个目录/olcbackup和/backup。每次执行backup.sh时都会先将/backup目录下全部名称为backup开头的文件移到/oldbackup目录。

      为上述脚本制定执行计划以下：

#crontab -e30 1 * * * /backup.sh

3.3     mysqldump全量备份+mysqlbinlog二进制日志增量备份

    从mysqldump备份文件恢复数据会丢失掉从备份点开始的更新数据，因此还须要结合mysqlbinlog二进制日志增量备份。确保my.ini或者my.cnf中包含下面的配置以启用二进制日志，或者mysqld ---log-bin：

[mysqld]
log-bin=mysql-bin

mysqldump命令必须带上--flush-logs选项以生成新的二进制日志文件：

mysqldump --single-transaction --flush-logs --master-data=2 > backup.sql

 这样生成的增量二进制日志文件好比为mysql-bin.000003，那么恢复数据时以下：

shell> mysql -uroot -pPwd < backup_sunday_1_PM.sql

shell> mysqlbinlog mysql-bin.000003 | mysql -uroot -pPwd

此外mysqlbinlog还能够指定--start-date、--stop-date、--start-position和--stop-position参数，用于精确恢复数据到某个时刻以前或者跳过中间某个出问题时间段恢复数据，直接摘录MySQL文档说明中相关内容以下：

5.9.3.1. 指定恢复时间
对于MySQL 4.1.4，能够在mysqlbinlog语句中经过--start-date和--stop-date选项指定DATETIME格式的起止时间。举例说明，假设在今天上午10:00(今天是2005年4月20日)，执行SQL语句来删除一个大表。要想恢复表和数据，你能够恢复前晚上的备份，并输入：
mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 \
     | mysql -u root -pmypwd
该命令将恢复截止到在--stop-date选项中以DATETIME格式给出的日期和时间的全部数据。若是你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你能够用起使日期和时间再次运行mysqlbinlog：

mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456 \
     | mysql -u root -pmypwd \
在该行中，从上午10:01登陆的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行能够将全部数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。

5.9.3.2. 指定恢复位置
也能够不指定日期和时间，而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的做用与起止日选项相同，不一样的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当因为破坏性SQL语句同时发生许多事务的时候。要想肯定位置号，能够运行mysqlbinlog寻找执行了不指望的事务的时间范围，但应将结果从新指向文本文件以便进行检查。操做方法为：
mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00" \
      /var/log/mysql/bin.123456 > /tmp/mysql_restore.sql
该命令将在/tmp目录建立小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你能够用文本编辑器打开该文件，寻找你不要想重复的语句。若是二进制日志中的位置号用于中止和继续恢复操做，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了之前的备份文件后，你应从命令行输入下面内容：

mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456 \
    | mysql -u root -pmypwd 
 
mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456 \
    | mysql -u root -pmypwd \ 
上面的第1行将恢复到中止位置为止的全部事务。下一行将恢复从给定的起始位置直到二进制日志结束的全部事务。由于mysqlbinlog的输出包括每一个SQL语句记录以前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。