数据库备份加星号：保护你的数据安全。 (数据库文件备份出来带星号)
数据库备份加星号：保护你的数据安全
随着信息技术的不断发展，现代企业对于数据的重要性越来越强烈。数据库作为企业的信息核心库，存储了大量的关键数据，如销售记录、客户管理、财务情况等。如果这些数据不慎泄露或丢失，会带来不可估量的损失。因此，数据库备份已成为每个企业必备的安全措施。本文将介绍数据库备份加星号技术，这种技术能有效保护你的数据安全。
什么是数据库备份加星号技术？
数据库备份加星号技术是指在进行数据库备份时，将关键数据加入星号，此时数据将被加密保存。由于备份数据是存储在磁盘等可读写存储设备上的，而磁盘等存储设备在未进行严格保护的情况下容易被窃取或损坏，密码加密的备份数据不仅能保障数据不被未经授权的人员查看，而且能保证数据的完整性。
如何实现数据库备份加星号技术？
实现数据库备份加星号技术的方法有很多种，如使用压缩包、使用加密工具等。在这里，我们介绍一种使用压缩包进行数据库备份加星号技术的方法。
选择一款压缩软件，例如WinZip或7-Zip，然后安装并打开软件，选择要备份的数据库，右键点击，选择“添加到压缩文件”或“压缩文件”。在弹出的压缩设置窗口中，选择“加密”并设置好密码和相应的安全选项，然后点击“确定”。压缩软件就会自动将数据库备份并加密保存。
对于已经存在的备份数据，也可以通过压缩软件的加密功能对其进行处理。
数据库备份加星号技术的优点
1. 数据安全性更高：备份数据加密后，即使备份数据被窃取，也无法查看其中的内容，数据安全性大大提高。
2. 数据可用性更强：备份数据加密后，即使备份数据丢失，也不用担心数据泄露，企业的敏感数据得到更好的保护。
3. 执行简单方便：使用压缩软件对数据库进行备份加密非常简单，只需几个简单的步骤，对于一般用户而言，操作难度不大。
注意事项
在进行数据库备份加星号技术时，需要注意以下几点：
1. 加密密码选择时应注意不要过于简单，以免密码泄露。
2. 加密后的备份数据应放置在相应的安全位置，并进行相关的访问权限设置。
3. 定期备份且保留多个备份，以防一次备份出现问题导致数据丢失。
结语
数据库备份加星号技术是一种较为简单但较为有效的数据保护方法。企业在使用该技术时，需要注意密码安全、访问权限设置、备份环节等细节，以确保备份数据的安全性、可用性。在日常管理中，企业还应定期进行备份、更新备份策略，以便更好地保护企业的敏感数据。
相关问题拓展阅读：
mysql数据库备份
dump
在数据库表丢失或损坏的情况下，备份你的数据库是很重要的。如果发生系统崩溃，你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时，正是MySQL管理员造成破坏。管理员已经知道表以破坏，用诸如vi或Emacs等编辑器试图直接编辑它们，这对表绝对不是件好事！
备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件（如用cp、cpio或tar等）。每种方法都有其优缺点：
• mysqldump与MySQL服务器协同操作。直接拷贝方法在服务器外部进行，并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库，也会发生同样的问题：如果数据库表在文件系统备份过程中被修改，进入备份的表文件主语不一致的状态，而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程，这样你能采取措施确保服务器让表不受干扰。
• mysqldump比直接拷贝要慢些。
• mysqldump生成能够移植到其它机器的文本文件，甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上，除非你正在拷贝的表使用MyISAM存储格式。ISAM表只能在相似的硬件结构的机器上拷贝。在MySQL 3.23中引入的MyISAM表存储格式解决了该问题，因为该格式是机器无关的，所以直接拷贝文件可以移植到具有不同硬件结构的机器上。只要满足两个条件：另一台机器必须也运行MySQL 3.23或以后版本，而且文件必须以MyISAM格式表示，而不是ISAM格式。
不管你使用哪种备份方法，如果你需要恢复数据库，有几个原则应该遵守，以确保更好的结果：
• 定期实施备份。建立一个计划并严格遵守。
• 让服务器执行更新日志。当你在崩溃后需要恢复数据时，更新日志将帮助你。在你用备份文件恢复数据到备份时的状态后，你可以通过运行更新日志中的查询再次运用备份后面的修改，这将数据库中的表恢复到崩溃发生时的状态。
• 以文件系统备份的术语讲，数据做物库备份文件代表完全倾倒（full dump），而更新日志代表渐进倾倒（incremental dump）。
• 使用一种统一的和易理解的备份文件命名机制。象backup1、buckup2等不是特别有意义。当实施你的恢复时，你将浪费时间找出文件里是什么东西。你可能发觉用数据库名和日期纯核液构成备份文件名会很有用。例如：
• %mysqldump samp_db >/usr/archives/mysql/samp_db.
• %mysqldump menagerie >/usr/archives/mysql/menagerie.
• 你可能想在生成备份后压缩它们。备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘，就象你让你的日志文件过期那样。
• 用文件系统备份备份你的备份文件。如果遇上了一个彻底崩溃，不仅清除了你的数据目录，也清除了包含你的数据库备份的磁盘驱动器，你将真正遇上了麻烦。也要备份你的更新日志。
• 将你的备份文件放在不同于用于你的数据库的文件系统上。这将降低由于生成备份而填满包含数据目录的文件系统的可能性。
用于创建备份的技术同样对拷贝数据库到另一台机器有用。氏裂最常见地，一个数据库被转移到了运行在另一台主机上的服务器，但是你也可以将数据转移到同一台主机上的另一个服务器。
1 使用mysqldump备份和拷贝数据库
当你使用mysqldumo程序产生数据库备份文件时，缺省地，文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句。换句话说，mysqldump产生的输出可在以后用作mysql的输入来重建数据库。
你可以将整个数据库倾倒进一个单独的文本文件中，如下：
%mysqldump samp_db >/usr/archives/mysql/samp_db.
输出文件的开头看起来象这样：
# MySQL Dump 6.0# # Host: localhost Database: samp_db## Server version 3.23.2-alpha-log## Table structure for table ‘absence’#CREATE TABLE absence( student_id int(10) unsigned DEFAULT ‘0’ NOT NULL, date date DEFAULT ” NOT NULL, PRIMARY KEY (student_id,date));## Dumping data for table ‘absence’#INSERT INTO absence VALUES (3,”);INSERT INTO absence VALUES (5,”);INSERT INTO absence VALUES (10,”);……
文件剩下的部分有更多的INSERT和CREATE TABLE语句组成。
如果你想压缩备份，使用类似如下的命令：
%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db..gz
如果你要一个庞大的数据库，输出文件也将很庞大，可能难于管理。如果你愿意，你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容，这将倾倒文件分成较小、更易于管理的文件。下例显示如何将samp_db数据库的一些表倾到进分开的文件中：
%mysqldump samp_db student score event absence >grapbook.sql
%mysqldump samp_db member president >hist-league.sql
如果你生成准备用于定期刷新另一个数据库内容的备份文件，你可能想用–add-drop-table选项。这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件，然后，当你取出备份文件并把它装载进第二个数据库时，如果表已经存在，你不会得到一个错误。
如果你倒出一个数据库以便能把数据库转移到另一个服务器，你甚至不必创建备份文件。要保证数据库存在于另一台主机，然后用管道倾倒数据库，这样mysql能直接读取mysqldump的输出。例如：你想从主机pit-viper.snake.net拷贝数据库samp_db到boa.snake.net，可以这样很容易做到：
%mysqladmin -h boa.snake.net create samp_db
%mysqldump samp_db | mysql -h boa.snake.net samp_db
以后，如果你想再次刷新boa.snake.net上的数据库，跳过mysqladmin命令，但要对mysqldump加上–add-drop-table以避免的得到表已存在的错误：
%mysqldump –add-drop-table samp_db | mysql -h boa.snake.net samp_db
mysqldump其它有用的选项包括：
• –flush-logs和–lock-tables组合将对你的数据库检查点有帮助。–lock-tables锁定你正在倾倒的所有表，而–flush-logs关闭并重新打开更新日志文件，新的更新日志将只包括从备份点起的修改数据库的查询。这将设置你的更新日志检查点位备份时间。（然而如果你有需要执行个更新的客户，锁定所有表对备份期间的客户访问不是件好事。）
• 如果你使用–flush-logs设置检查点到备份时，有可能更好是倾倒整个数据库。如果你倾倒单独的文件，较难将更新日志检查点与备份文件同步。在恢复期间，你通常按数据库为基础提取更新日志内容，对单个表没有提取更新的选择，所以你必须自己提取它们。
• 缺省地，mysqldump在写入前将一个表的整个内容读进内存。这通常确实不必要，并且实际上如果你有一个大表，几乎是失败的。你可用–quick选项告诉mysqldump只要它检索出一行就写出每一行。为了进一步优化倾倒过程，使用–opt而不是–quick。–opt选项打开其它选项，加速数据的倾倒和把它们读回。
• 用–opt实施备份可能是最常用的方法，因为备份速度上的优势。然而，要警告你，–opt选项确实有代价，–opt优化的是你的备份过程，不是其他客户对数据库的访问。–opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表。你可在一般数据库访问上很容易看到其效果。当你的数据库一般非常频繁地使用，只是一天一次地调节备份。
• 一个具有–opt的相反效果的选项是–dedayed。该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句。如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询的影响最小，–delayed对此很有帮助。
• –compress选项在你拷贝数据库到另一台机器上时很有帮助，因为它减少网络传输字节的数量。下面有一个例子，注意到–compress对与远端主机上的服务器通信的程序才给出，而不是对与本地主机连接的程序：
%mysqldump –opt samp_db | mysql –compress -h boa.snake.net samp_db
• mysqldump有很多选项，详见《MySQL参考手册》。
2 使用直接拷贝数据库的备份和拷贝方法
另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件。典型地，这用诸如cp、tar或cpio实用程序。本文的例子使用cp。
当你使用一种直接备份方法时，你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时改变它，拷贝就失去意义。
保证你的拷贝完整性的更好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。
假设服务器关闭或你已经锁定了你想拷贝的表，下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录）：
%cdDATADIR%cp -r samp_db /usr/archive/mysql
单个表可以如下备份：
%cdDATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.* /usr/archive/mysql/samp_db ….
当你完成了备份时，你可以重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务器运行）。
要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIA格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。
3 复制数据库（Replicating Database）
复制（Replication）类似于拷贝数据库到另一台服务器上，但它的确切含义是实时地保证两个数据库的完全同步。这个功能将在3.23版中出现，而且还不很成熟，因此本文不作详细介绍。
4 用备份恢复数据
数据库损坏的发生有很多原因，程度也不同。如果你走运，你可能仅损坏一两个表（如掉电），如果你倒霉，你可能必须替换整个数据目录（如磁盘损坏）。在某些情况下也需要恢复，比如用户错误地删除了数据库或表。不管这些倒霉事件的原因，你将需要实施某种恢复。
如果表损坏但没丢失，尝试用myisamchk或isamchk修复它们，如果这样的损坏可有修复程序修复，你可能根本不需要使用备份文件。关于表修复的过程，见《数据库维护与修复》。
恢复过程涉及两种信息源：你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状态，然而一般表在备份与发生问题之间的时间内已经被修改，更新日志包含了用于进行这些修改的查询。你可以使用日志文件作为mysql的输入来重复查询。这已正是为什么要启用更新日志的原因。
恢复过程视你必须恢复的信息多少而不同。实际上，恢复整个数据库比单个表跟容易，因为对于数据库运用更新日志比单个表容易。
4.1 恢复整个数据库
首先，如果你想恢复的数据库是包含授权表的mysql数据库，你需要用–skip-grant-table选项运行服务器。否则，它会抱怨不能找到授权表。在你已经恢复表后，执行mysqladmin flush-privileges告诉服务器装载授权标并使用它们。
• 将数据库目录内容拷贝到其它某个地方，如果你在以后需要它们。
• 用最新的备份文件重装数据库。如果你用mysqldump产生的文件，将它作为mysql的输入。如果你用直接从数据库拷贝来的文件，将它们直接拷回数据库目录，然而，此时你需要在拷贝文件之前关闭数据库，然后重启它。
使用更新日志重复做备份以后的修改数据库表的查询。对于任何可适用的更新日志，将它们作为mysql的输入。指定–one-database选项使得mysql只执行你有兴趣恢复的数据库的查询。如果你知道你需要运用所有更新日志文件，你可以在包含日志的目录下使用这条命令：
% ls -t -r -1 update.* | xargs cat | mysql –one-databasedb_name
ls命令生成更新日志文件的一个单列列表，根据服务器产生它们的次序排序（主意：如果你修改任何一个文件，你将改变排序次序，这导致更新日志一错误的次序被运用。）
很可能你会是运用某几个更新日志。例如，自从你备份以来产生的更新日志被命名为update.392、update.393等等，你可以这样重新运行：
%mysql –one-database db_name query(“SHOW CREATE TABLE $table”);
$create = $db->fetch_row($createtable);
$tabledump .= $create.”;\n\n”;
return $tabledump;
}
/****** 备份数据库结构和所有数据 ******/
/*
函数名称：data2sql()
函数功能：把表的结构和数据转换成为SQL
函数参数：$table: 要进行提取的表名
返 回 值：返回提取后的结果，SQL
函数作者：heiyeluren
*/
function data2sql($table)
{
global $db;
$tabledump = “DROP TABLE IF EXISTS $table;\n”;
$createtable = $db->query(“SHOW CREATE TABLE $table”);
$create = $db->fetch_row($createtable);
$tabledump .= $create.”;\n\n”;
$rows = $db->query(“SELECT * FROM $table”);
$numfields = $db->num_fields($rows);
$numrows = $db->num_rows($rows);
while ($row = $db->fetch_row($rows))
{
$comma = “”;
$tabledump .= “INSERT INTO $table VALUES(“;
for($i = 0; $i Host\n”.
“# 数据库：$db->Database\n”.
“# 备份编号: “. create_sess_id() .”\n”. // 这里有一个生成session id的函数
“# 备份时间: “.time_to_date(”,6).”\n”. // 这里就是获取当前时间的函数
“#\n”.
“# 管理员：$admin ($admin_email)\n”. // 管理员的用户名和邮箱地址
“# $copyright\n”.
“#-\n\n\n”.
$sqldump;
// 保存到本地
if($saveto == “local”)
{
ob_end_clean();
header(‘Content-Encoding: none’);
header(‘Content-Type: ‘.(strpos($HTTP_SERVER_VARS, ‘MSIE’) ? ‘application/octetstream’ : ‘application/octet-stream’));
header(‘Content-Disposition: ‘.(strpos($HTTP_SERVER_VARS, ‘MSIE’) ? ‘inline; ‘ : ‘attachment; ‘).’filename=”‘.$local_filename);
header(‘Content-Length: ‘.strlen($sqldump));
header(‘Pragma: no-cache’);
header(‘Expires: 0’);
echo $sqldump;
}
// 保存到本地结束
// 保存在服务器
if($saveto == “server”)
{
if($filename != “”)
{
@$fp = fopen($filename, “w+”);
if ($fp)
{
@flock($fp, 3);
if(@!fwrite($fp, $sqldump))
{
@fclose($fp);
exit_msg(“数据文件无法保存到服务器，请检查目录属性你是否有写的权限。”);
}
else
{
exit_msg(“数据成功备份至服务器 $filename 中。”);
}
}
else
{
exit_msg(“无法打开你指定的目录”. $filename .”，请确定该目录是否存在，或者是否有相应权限”);
}
}
else
{
exit_msg(“您没有输入备份文件名，请返回修改。”);
}
}
// 保存到服务器结束
}
else
{
exit_msg(“数据表没有任何内容”);
}
/* 备份数据库结束 */
数据库陪没斗备份不芦磨是一两句编程语句就可以搞定的。。。
建议你还是看看mysql的帮助手册吧，里面察余很详细啊。
mysql数据库备份问题
MyISAM 表是保存成文件的形式，因此相对比较容易备份，上面提到的几种方法都可以使用。Innodb 所有的表都保存在同一个数据文件 ibdata1 中（也可能是多个文件，或者是独立的表空间文件），相对来说比较不好备份，免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump。1. 使用直接拷贝数据库备份 典型的如cp、tar或cpio实用程序当你使用直接备份方法时，必须保证表不在被使用。如果服务器在你正在拷贝一个表时改变它，拷贝就失去意义。保证你的拷贝完整性的更好方法是关闭服务器，拷贝文件，然后重启服务器。 如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，应该使用相同的锁定协议让服务器“安静下来”。当你完成了MySQL数据库备份时，需要重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务器运行）。 要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIA格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。2. 使用mysqldump数据库备份mysqldump 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。mysqldump程序备份数据库较慢，但它生成的文本文件便于移植。mysqldump 的一些主要参数：1）–compatible=name它告诉 mysqldump，导出的数据将和哪种数据库或哪个旧版本的 MySQL 服务器相兼容。值可以为 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用几个值，用逗号将它们隔开。当然了，它并不保证能完全兼容，而是尽量兼容。2）–complete-insert，-c导出的数据采用包含字段名的完整 INSERT 方式，册敬庆也就是把所有的值都写在一行。这么做能提高插入效率，但是可能会受到 max_allowed_packet 参数的影响而导致插入失败。因此，需要谨慎使用该参数，至少我不推荐。3）–default-character-set=charset指定导出数据时采用何种字符集，如果数据表不是采州握用默认的 latin1 字符集的话，那么导出时必须指定该选项，否则再次导入数据后将产生乱码问题。4）–disable-keys告诉mysqldump 在 INSERT 语句的开头和结尾增加 ; 和 ; 语句，这能大大提高插入语句的速度，因为它是在插入完所有数据后才重建索引的。该选项只适合 MyISAM 表。5）–extended-insert = true|false默认情况下，mysqldump 开启 –complete-insert 模式，因此不想用它的的话，就使用本选项，设定它的值为 false 即可。6）–hex-blob使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的稿陆字段类型有 BINARY、VARBINARY、BLOB。7）–lock-all-tables，-x在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭 –single-transaction 和 –lock-tables 选项。8）–lock-tables它和–lock-all-tables 类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM 表，如果是 Innodb 表可以用 –single-transaction 选项。9）–no-create-info，-t只导出数据，而不添加 CREATE TABLE 语句。10）–no-data，-d不导出任何数据，只导出数据库表结构。11）–opt这只是一个快捷选项，等同于同时添加 –add-drop-tables –add-locking –create-option –disable-keys –extended-insert –lock-tables –quick –set-charset 选项。本选项能让 mysqldump 很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用 –skip-opt 禁用。注意，如果运行 mysqldump 没有指定 –quick 或 –opt 选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。12）–quick，-q该选项在导出大表时很有用，它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。13）–routines，-R导出存储过程以及自定义函数。14）–single-transaction该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB 和 BDB。本选项和 –lock-tables 选项是互斥的，因为 LOCK TABLES 会使任何挂起的事务隐含提交。要想导出大表的话，应结合使用 –quick 选项。–triggers同时导出触发器。该选项默认启用，用 –skip-triggers 禁用它。备份：使用mysqldump备份数据库其实就是把数据库转储成一系列CREATE TABLE和INSERT语句，通过这些语句我们就可重新生成数据库。使用mysqldump的方法如下：% mysqldump –opt testdb | gzip > /data/backup/testdb.bak#–opt选项会对转储过程进行优化，生成的备份文件会小一点，后的管道操作会进行数据压缩% mysqldump –opt testdb mytable1,mytable2 | gzip > /data/backup/testdb_mytable.bak#可在数据库后接数据表名，只导出指定的数据表，多个数据表可用逗号分隔–opt选项还可激活–add-drop-table选项，它将会在备份文件的每条CREATE TABLE前加上一条DROP TABLE IF EXISTS语句。这可方便进行数据表的更新，而不会发生“数据表已存在”的错误。用mysqldump命令还可直接把数据库转移到另外一台服务器上，不用生成备份文件。重复执行可定期更新远程数据库。% mysqladmin -h remote_host create testdb% mysqldump –opt testdb | mysql -h remote_host testdb另外还可通过ssh远程调用服务器上的程序，如：% ssh remote_host mysqladmin create testdb% mysqldump –opt testdb | ssh remote_host mysql testdb 通过直接拷贝系统文件的方式备份数据库，在备份时，要确保没有人对数据库进行修改操作。要做到这点，更好关闭服务器。如果不能关闭的，要以只读方试锁定有关数据表。下面是一些示例：% cp -r db /backup/db #备份db数据库到/backup/db目录% cp table_name.* /backup/db #只备份table_name数据表% scp -r db remotehot:/usr/local/mysql/data #用scp把数据库直接拷贝到远程服务器，在把数据库直接拷贝到远程主机时，应注意两台机器必须有同样的硬件结构，或者将拷贝的数据表全部是可移植数据表类型。或者/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –extended-insert=false \–triggers -R –hex-blob -x testdb > testdb.sql使用以下 SQL 来备份 Innodb 表：/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –extended-insert=false \–triggers -R –hex-blob –single-transaction testdb > testdb.sql另外，如果想要实现在线备份，还可以使用 –master-data 参数来实现，如下：/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –master-data=1 \–single-transaction –flush-logs testdb > testdb.sql它只是在一开始的瞬间请求锁表，然后就刷新binlog了，而后在导出的文件中加入CHANGE MASTER 语句来指定当前备份的binlog位置，如果要把这个文件恢复到slave里去，就可以采用这种方法来做。 还原：用mysqldump 备份出来的文件是一个可以直接倒入的 SQL 脚本，有两种方法可以将数据导入。直接用 mysql 客户端例如：/usr/local/mysql/bin/mysql -uroot -proot testdb LOCK TABLES tb1 READ,tb2 READ;mysql> BACKUP TABLE tb1,tb2 TO ‘backup/db’;mysql> UNLOCK TABLES;使用BACKUP TABLE语句备份的数据表可用RESTORE TABLE重新加载到服务器。注意，必须要有 FILE 权限才能执行本SQL，并且目录 /tmp/testdb/ 必须能被 mysqld 用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。SELECT INTO OUTFILE 则是把数据导出来成为普通的文本文件，可以自定义字段间隔的方式，方便处理这些数据。例子：SELECT * INTO OUTFILE ‘/tmp/testdb/tbl_test.txt’ FROM tbl_test;注意，必须要有 FILE 权限才能执行本SQL，并且文件 /tmp/testdb/tbl_test.txt 必须能被 mysqld 用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。还原：用BACKUP TABLE 方法备份出来的文件，可以运行 RESTORE TABLE 语句来恢复数据表。例子：RESTORE TABLE FROM ‘/tmp/testdb/’;权限要求类似上面所述。用SELECT INTO OUTFILE 方法备份出来的文件，可以运行 LOAD DATA INFILE 语句来恢复数据表。例子：LOAD DATA INFILE ‘/tmp/testdb/tbl_name.txt’ INTO TABLE tbl_name;权限要求类似上面所述。倒入数据之前，数据表要已经存在才行。
Unknown database ‘hibernate_cache;’销汪
数据库名写错了 提碧闭示不亏慧仔存在。。
关于数据库文件备份出来带星号的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
