linuxmysql数据库备份还原
在Linux环境下，MySQL数据库的定时备份和还原是确保数据安全的重要步骤。本文将详细介绍如何在Linux系统中实现MySQL数据库的定时备份与还原，以及如何将备份自动发送到另一台服务器。
首先，手动备份数据库包括创建备份路径，使用mysqlmp命令执行备份操作。在执行备份命令时，可能会遇到mysqlmp命令未找到的错误，这时需要确认MySQL服务是否正在运行以及mysqlmp命令是否已经安装。备份成功后，需要通过查看备份文件来确认备份是否完成。
对于定时备份，建议创建专门的备份目录并编写一个shell脚本。在脚本中，需要设置数据库密码和备份路径。此外，脚本还需要添加执行权限，并进行测试确保脚本可以正常运行。在脚本运行时，可能会因MySQL版本更新导致无法直接在命令行输入密码的问题，此时需修改my.cnf配置文件，允许使用密码。测试脚本后，备份文件将被存储在指定路径。
恢复备份文件需要通过解压gz文件并使用MySQL命令将数据恢复到数据库中。同时，使用crontab进行定时执行备份脚本，确保在预定的时间自动执行备份操作。
对于跨服务器的自动备份，需要在两台服务器之间建立SSH连接。首先，使用SSH密钥对在源服务器生成和目标服务器部署SSH密钥。然后，修改备份脚本，添加服务器地址和备份服务器路径，通过scp命令将备份文件自动发送到目标服务器的备份目录。在执行过程中，可能遇到的错误可以通过编译安装sshpass解决，确保脚本可以正常执行。最后，验证备份服务器上是否成功接收并存储了备份文件。
㈡ linux系统下,使用mysql的命令mysqlmp备份数据,默认的存
在Linux系统下使用MySQL的备份工具mysqlmp备份数据库时，首先需了解其命令格式和常用参数。
命令基本格式为：mysqlmp[OPTIONS]database[tables]，其中database指明要备份的数据库名称，tables表示需要备份的表名。
以下是一些常见错误和解决方法：
2.1、提示命令未找到-bash:mysqlmp:未找到命令：这表明系统中并未安装MySQL或环境变量未配置。执行如下命令sudo apt-get install mysql-client（对于Ubuntu）或sudo yum install mysql-python（对于CentOS）以安装MySQL客户端。确保MySQL环境变量已添加至/etc/profile文件中，通常环境变量路径为/usr/local/mysql/bin。
2.2、：这是MySQL5.6及以上版本的安全提示，表明在命令行界面直接使用密码存在安全隐患。解决方法是修改MySQL配置文件，增加用户名和密码，重启MySQL数据库。备份命令可改为mysqlmp --opt -u用户名 -p密码 database_name > backup_filename.sql。
2.3、Gotpacketbiggerthan‘max_allowed_packet‘bytes：这表示MySQL在接收数据包时发现数据包大小超过允许的最大值，通常发生在数据量过大时。解决方法是增加max_allowed_packet参数，修改备份命令为mysqlmp --opt -u用户名 -p密码 --max_allowed_packet=512M database_name > backup_filename.sql。
常用的备份命令包括：
mysqlmp --opt -u用户名 -p密码 database_name > backup_filename.sql：备份指定数据库到文件。
mysqlmp --opt -u用户名 -p密码 -R database_name > backup_filename.sql：备份包含表结构信息的数据库。
mysqlmp --opt -u用户名 -p密码 --databases > backup_filename.sql：备份所有数据库。
通过这些方法，可以有效地备份MySQL数据库，确保数据安全和可用性。
㈢ 怎样备份/还原MySQL数据库 之 MySQL Workbench
恢复整个数据库首先，如果要恢复的数据库是含有授权表的mysql数据库，将需要使用--skip-grant-tables选项运行服务器。否则，服务器将抱怨无法找到授权表。在恢复表之后，执行mysqladmin flush-privileges 来告诉服务器加载授权表，并用它们启动。将原数据库目录的内容拷贝到其他的地方。例如，您可能会在稍后用它们进行崩溃表的事后分析检查（post-mortem examination）。用最新的备份文件重新加载数据库。如果您打算使用由mysqlmp 加载的文件，则需要将它们作为mysql的输入。如果打算使用从数据库中直接拷贝的文件（如，用tar 或c p），则将它们直接拷贝回到该数据库目录中。但是，在这种情况下，应该在拷贝这些文件之前关闭服务器，然后再重新启动它。用更新日志重做在进行备份后又修改了数据库表的查询。对于所有可用的更新日志，可使用它作为mysql的输入。指定--one-database 选项，使mysql只对想要恢复的数据库执行查询。如果您知道需要使用所有的更新日志文件，可在包含日志的目录中使用下列命令：% ls-t-r-l update.(0-9)* | xargs cat | mysql--one-database db_namels 命令产生更新日志文件的单列列表，更新日志文件根据服务器生成的顺序进行排序（要知道，如果您修改了其中的任何文件，排序的顺序都将改变，这将导致更新日志按错误的顺序使用）。您很可能必须使用某些更新日志。例如，如果自备份以来所产生的日志命名为update.392、pdate.393 等等，可以重新运行它们中的命令：% mysql--one-database db_name < updata.392% mysql--one-database db_name < updata.393…如果正在运行恢复并打算使用更新日志恢复由于失策的DROP DATA BASE、DROPTABLE或DELETE 语句而丢失的信息，应确保先从更新日志中删除这些语句。恢复单个的表恢复单个表是很困难的。如果有通过mysqlmp 生成的备份文件并且它恰好不包含您想要的表数据，则需要抽取相关的行并用它们作为mysql的输入，这部分较容易。困难的是抽取应用于该表的更新日志的片段。您会发现： mysql_find_rows 实用程序对这方面有帮助，它可以从更新日志中抽取多行查询。另一种可能性是用另一个服务器恢复整个数据库，然后将所要的该表的文件拷贝到原始数据库中。这实际很容易！在将文件拷贝回数据库目录时，应确保原始数据库的服务器关闭。
㈣ 我把linux下的mysql文件夹拷贝了下来，想在另一台linux下的mysql上恢复数据,多个数据库文件，出现1146错误
项目上 MySQL还原 SQL 备份经常会碰到一个错误如下，且通常出现在导入视图、函数、存储过程、事件等对象时，其根本原因就是因为导入时所用账号并不具有SUPER 权限，所以无法创建其他账号的所属对象。ERROR 1227 (42000) : Access denied; you need (at least one of) the SUPER privilege(s) for this operation常见场景：1. 还原 RDS 时经常出现，因为 RDS 不提供 SUPER 权限；2. 由开发库还原到项目现场，账号权限等有所不同。
处理方式：
1. 在原库中批量修改对象所有者为导入账号或修改SQL SECURITY为Invoker；2. 使用 mysqlmp 导出备份，然后将 SQL 文件中的对象所有者替换为导入账号。
二、问题原因我们先来看下为啥会出现这个报错，那就得说下 MySQL 中一个很特别的权限控制机制，像视图、函数、存储过程、触发器等这些数据对象会存在一个DEFINER和一个SQL SECURITY的属性，如下所示：
--视图定义CREATEALGORITHM=UNDEFINEDDEFINER=`root`@`%`SQLSECURITYDEFINERVIEWv_test
--函数定义CREATEDEFINER=`root`@`%`FUNCTION`f_test()`RETURNSvarchar(100)SQLSECURITYDEFINER
--存储过程定义CREATEDEFINER=`root`@`%`PROCEDURE`p_test`()SQLSECURITYDEFINER
--触发器定义CREATE DEFINER=`root`@`%` trigger t_test
--事件定义CREATE DEFINER=`root`@`%` EVENT `e_test`
DEFINER：对象定义者，在创建对象时可以手动指定用户，不指定的话默认为当前连接用户；
SQL SECURITY：指明以谁的权限来执行该对象，有两个选项，一个为DEFINER，一个为INVOKER，默认情况下系统指定为 DEFINER；DEFINER：表示按定义者的权限来执行；INVOKER：表示按调用者的权限来执行。
如果导入账号具有 SUPER 权限，即使对象的所有者账号不存在，也可以导入成功，但是在查询对象时，如果对象的SQL SECURITY为DEFINER，则会报账号不存在的报错。ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist
改写好处：1. 可以避免还原时遇到 DEFINER 报错相关问题；2. 根据输出信息知道备份是否正常进行，防止备份中遇到元数据锁无法获取然后一直卡住的情况。
㈤ linux mysql数据怎么还原数据库
1.还原
[root@CentOS ~]# mysql -u root -p web < ~/web.sql#把web.sql导入数据库web
2.备份1 [root@CentOS ~]# mysqlmp -u root -p mysql > ~/mysql.sql#把数据库mysql备份到家目录下命名为mysql.sql
2 Enter password:
3 [root@CentOS ~]# ls ~/mysql.sql
/root/mysql.sql
㈥ linux 备份的数据库怎么恢复
一、 使用mysql相关命令进行简单的本地备份
1 mysqllmp命令
mysqlmp 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。
使用 mysqlmp进行备份非常简单，如果要备份数据库” db_backup ”,使用命令：
#mysqlmp –u -p phpbb_db_backup > /usr/backups/mysql/db_backup2008-1-6.sql
还可以使用gzip命令对备份文件进行压缩：
#mysqlmp db_backup | gzip > /usr/backups/mysql/ db_backup2008-1-6.sql.gz (备份后生成的sql不含建库语句！)
只备份一些频繁更新的数据库表：
## mysqlmp sample_db articles comments links > /usr/backups/mysql/sample_db.art_comm_lin.2008-1-6.sql
上面的命令会备份articles, comments, 和links 三个表。
恢复数据使用命令：
#mysql –u -p db_backup </usr/backups/mysql/ db_backup2008-1-6.sql
注意使用这个命令时必须保证数据库正在运行。
2 使用 SOURCE 语法
其实这不是标准的 SQL 语法，而是 mysql 客户端提供的功能，例如：
# SOURCE /tmp/db_name.sql;
这里需要指定文件的绝对路径，并且必须是 mysqld 运行用户(例如 nobody)有权限读取的文件。
3 mysqlhot备份
mysqlhot 只能用于备份 MyISAM，并且只能运行在 linux 和Unix 和 NetWare 系统上。mysqlhot 支持一次性拷贝多个数据库，同时还支持正则表达。以下是几个例子：
#mysqlhot -h=localhost -u=goodcjh -p=goodcjh db_name /tmp
(把数据库目录 db_name 拷贝到 /tmp 下)
注意，想要使用 mysqlhot，必须要有 SELECT、RELOAD(要执行 FLUSH TABLES) 权限，并且还必须要能够有读取 datadir/db_name 目录的权限。
还原数据库方法：
mysqlhot 备份出来的是整个数据库目录，使用时可以直接拷贝到 mysqld 指定的 目录 (在这里是 /usr/local/mysql/data/)目录下即可，同时要注意权限的问题，另外首先应当删除数据库旧副本如下例：
# /bin/rm -rf /mysql-backup/**//*old
关闭mysql 服务器、复制文件、查询启动mysql服务器的三个步骤：
# /etc/init.d/mysqld stop
Stopping MySQL: [ OK ]
# cp -af /mysql-backup/**//* /var/lib/mysql /
# /etc/init.d/mysqld start
Starting MySQL: [ OK ]
#chown -R nobody:nobody /usr/local/mysql/data/ (将 db_name 目录的属主改成 mysqld 运行用户)
二、使用网络备份
将MYSQL数据放在一台计算机上是不安全的，所以应当把数据备份到局域网中其他Linux计算机中。假设Mysql服务器IP地址是：192.168.1.3。局域网使用Linux的远程计算机IP地址是192.168.1.4；类似于windows的网络共享，UNIX(Linux)系统也有自己的网络共享，那就是NFS(网络文件系统)，在linux客户端挂接(mount)NFS磁盘共享之前，必须先配置好NFS服务端。linux系统NFS服务端配置方法如下：
(1)修改 /etc/exports,增加共享目录
/export/home/sunky 192.168.1.4(rw)
/export/home/sunky1 *(rw)
/export/home/sunky2 linux-client(rw)
注：/export/home/目录下的sunky、sunky1、sunky2是准备共享的目录，10.140.133.23、*、linux-client是被允许挂接此共享linux客户机的IP地址或主机名。如果要使用主机名linux-client必须在服务端主机/etc/hosts文件里增加linux-client主机ip定义。格式如下：
192.168.1.4 linux-client
若修改/etc/export文件增加新的共享，应先停止NFS服务，再启动NFS服务方能使新增加的共享起作用。使用命令exportfs -rv也可以达到同样的效果。linux客户端挂接(mount)其他linux系统或UNIX系统的NFS共享。这里我们假设192.168.1.4是NFS服务端的主机IP地址，当然这里也可以使用主机名，但必须在本机/etc/hosts文件里增加服务端ip定义。/export/home/sunky为服务端共享的目录。如此就可以在linux客户端通过/mnt/nfs来访问其它linux系统或UNIX系统以NFS方式共享出来的文件了。
把MYSQL数据备份到使用Linux的远程计算机需要在两端都安装NFS协议（Network File System），远程NFS计算机安装NFS协议后还要修改配置文件：/etc/exports,加入一行：
/usr/backups/mysql/ 192.168.1.4 (rw, no_root_squash)
表示将/usr/backups/mysql/目录共享。这个目录具有远程root用户读写权限。保存NFS配置文件，然后使用命令：
#exportfs -a –r
然后重新启动NFS服务：
#service nfsd start
远程计算机设定后，在MYSQL服务器/mnt 目录下建立一个backup_share目录：
#mkdir /mnt/backup_share
将远程的Linux计算机的/usr/backups/mysql/目录挂载到MYSQL服务器的/mnt/backup_share目录下：
# mount -t nfs 192.168.1.4：/usr/backups/mysql /mnt/backup_share
将目录挂载进来后，只要进入/mnt/backup_share 目录，就等于到了IP地址：192.168.1.4那部NFS 计算机的/usr/backups/mysql 目录中。下面使用mysqlmp把“phpbb_db_backup”备份到远程计算机：
# mysqlmp db_backup > /mnt/backup_share/ db_backup2008-1-6.sql
自动完成网络备份的方法：
Linux 服务器上的程序每天都在更新 MySQL 数据库，于是就想起写一个 shell 脚本，结合 crontab，定时备份数据库。建立一个shell脚本：sample_db_backup.sh
# At the very end the $(date +%F) 自动添加备份日期
mysqlmp -u <username> -p <password> -h <hostname> sample_db > /mnt/backup_share/sample_db.$(date +%F)
#un-mount the filesystem
umount /mnt/backup_share
# mount \u2013o soft 192.168.1.4:/archive /mnt/backup_share
说明：mount NFS服务器的一个重要参数：hard （硬） mount或soft（软）mount。
硬挂载: NFS客户机会不断的尝试与NFS服务器的连接（在后台，一般不会给出任何提示信息），直到挂载上为止。
软挂载:会在前台尝试与NFS服务器的连接，是默认的连接方式。当收到错误信息后终止mount尝试，并给出相关信息。
对于到底是使用硬挂载还是软挂载的问题，这主要取决于你访问什么信息有关。例如你是想察看NFS服务器的视频文件时，你绝对不会希望由于一些意外的情况（如网络速度一下子变的很慢）而使系统输出大量的错误信息，如果此时你用的是硬挂载方式的话，系统就会等待，直到能够重新与NFS 服务器建立连接传输信息。另外如果是非关键数据的话也可以使用软挂载方式，如FTP一些数据等，这样在远程机器暂时连接不上或关闭时就不会挂起你的会话过程。
下面建立脚本文件权限：chmod +x ./sample_db_backup.sh
然后使用将此脚本加到 /etc/crontab 定时任务中：
01 5 * * 0 mysql /home/mysql/ sample_db_backup.sh
好了，每周日凌晨 5:01 系统就会自动运行 sample_db_backup.sh 文件通过网络备份 MySQL 数据库了。
三、实时恢复M y S Q L数据方法
在对MySQL数据和表格结构进行备份时，mysqlmp是一个非常有用的工具。然而，通常情况下，一般一天只备份一次，或者在一个特定的间隔备份一次。如果在刚备份完成的一段时间以内数据丢失，那么这些数据很有可能无法恢复。有什么方法可以对数据进行实时性地保护呢?事实上，现在有几种方法都可以实现MySQL数据库的实时保护。这里介绍其中一种，即使用二进制日志进行数据恢复。
1 设置二进制日志方法
要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出。启用二进制日志的选项为-- log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：
# SHOW BINLOG EVENTS \G
2 最简单的数据恢复
每天备份和运行二进制日志的确是一个在MySQL服务器中恢复数据的不错方法。比如，可以每天在深夜使用mysqlmp对数据进行备份，如果某天在数据备份完成后的一段时间里，由于某种原因数据丢失，可以使用以下方法来对其进行恢复。首先，停止MySQL服务器，然后使用以下命令重新启动MySQL服务器。该命令将保证是惟一可以访问该数据库服务器的人：
# /etc/init.d/mysqld stop
Stopping MySQL: [ OK ]
# mysqld --socket=/tmp/mysql_restore.sock --skip-networking
这里， 一socket选项将为U n i x 系统命名一个不同的Socket文件。一旦服务器处于独占控制之下，就可以放心地对数据库进行操作，而不用担心在进行数据恢复的过程中有用户尝试访问数据库而导致更多的麻烦。进行恢复的第一个步骤是恢复晚上备份好的mp文件：
#mysql -u root -pmypwd --socket=/tmp/mysql_restore.sock < /var/backup/20080120.sql
该命令可以将数据库的内容恢复至晚上刚刚完成备份的内容。要恢复mp文件创建后的数据库事务处理， 可以使用mysqlbinlog工具。如果每天晚上进行备份操作时都对日志进行flush操作，则可以使用以下命令行工具将整个二进制日志文件进行恢复：
mysqlbinlog /var/log/mysql/bin.123456 \
| mysql -u root -pmypwd --socket=/tmp/mysql_restore.sock
3 针对某一时问点的恢复
对于MySQL 4.1.4，可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。假设用户在2008-1-22上午10点执行的SQL语句删除了一个大的数据表，则可以使用以下命令进行恢复：要想恢复表和数据，你可以恢复前晚上的备份，并输入：
#mysqlbinlog --stop-date="2008-1-22 9:59:59"
/var/log/mysql/bin.123456 |
mysql -u root -pmypwd \
--socket=/tmp/mysql_restore.sock
#mysql -u root -pmypwd
该语句将恢复所有给定一stop-date日期之前的数据。如果在执行某SQL语句数小时之后才发现执行了错误操作，那么可能还需要恢复之后输入的一些数据。这时， 也可以通过mysqlbinlog来完成该功能：
#mysqlbinlog --start-date="2008-1-22 10:01:00" \
/var/log/mysql/bin.123456 \
| mysql -u root -pmypwd \
--socket=/tmp/mysql_restore.sock
#mysql -u root -pmypwd
在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。
4 使用Position进行恢复
也可以不指定日期和时间，而使用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语句。你可以用vi或者gedit文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用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日志将反应事务执行的原时间。