建议在实施备份或文件转移前进行测试,在测试稳定之前,要保证数据备份的可恢复性。
下面就MySQL数据库表文件通过拷贝进行备份的情况做测试说明:
1、 MySQL数据库默认数据库数据存储目录下的备份(实例MySQL默认目录为/var/lib/mysql/ ).
Fig.1-1 示例数据库所属文件夹
a. 先创建一个数据库test,可见在数据库默认目录下面建立了一个名为test的文件夹,为了模拟实际数据情况,我们再创建一张表test;
Fig.1-2 示例数据库test里面的文件
b. 拷贝test文件夹在当前目录建立test_backup文件夹。
c. 切换到test_backup数据库对数据可操作情况进行查看。
Fig.1-4 拷贝的test_backup数据库文件权限问题
d.test_bakup数据库的权限存在问题,所以我们参照原数据库test的权限对test_backup进行修改,修改操作参见图Fig.1-5。
权限修修改还应该包括用户和用户组,图Fig.1-6对修改用户组操作与结果做了显示。
e.修改结果,Fig.1-7显示test_backup数据库原来显示表的问题已经得到解决.
f.图Fig.1-8为我们呈现了数据库的插入新表的操作与结果,显示一切正常表明数据库文件在默认目录完成可恢复备份的建立。
2、其他目录下创建转移数据库或备份数据库 ( 其他目录路径实例:/home/mysqldata/mysql/)
a.拷贝test数据库整个文件夹数据到/home/mysqldata/mysql/目录下
Fig.2-1 /home/mysqldata/mysql/目录下文件
b. 参照第一步的建立备份的权限以及用户组修改流程进行操作,然后在默认数据库存放目录建立软连接test_out_copy。
c. 在数据库中可见test_out_copy数据库存在,show tables; 列表显示失败。
测试结论:当前测试结果显示,目前MySQL配置下对 MySQL默认文件夹里数据库拷贝可以通过权限设置修改为正常可用数据库。但是,拷贝其他路径的数据库文件无论如权限设置何修改,都不用,即便在mv到默认目录也恢复不出可用数据库。
Fig.2-4 mv数据库test文件夹数据到其他目录建立可用数据库
d. 数据库数据过大的转移直接mv目标数据库test到目录/home/mysqldata/mysql/,然后通过建立软连接的方式,在默认数据库下面建立起test_out_move的数据库,操作过程与测试结果见图Fig.2-4 。
可行性结论:mv数据库中数据到其他目录,再创建软连接能够有效地解决MySQL数据库数据存放目录问题有效方法。
3、MySQL数据库表的附加
鉴于MySQL数据库数据可能为整库下载下来,数据较大可能存在放不到默认目录的情况,可以通过把表数据直接copy到建好软链接的目标数据库来实现数据导入。
a. 建立空数据库通attach过mv的方法转移到目标位置,建立新的数据库,如图Fig.3-1。
b. 对空数据库测试,图Fig.3-2显示通过软链接建立attach数据库可读可写,表明attach数据库文件权限没有问题
c. 导入表的结构数据,并修改相应权限与原来的表相同,图Fig.3-3显示的是表文件权限与所属用户不同的情况。
Fig.3-3 导入外源表文件后attach数据库的文件情况
4、MySQL数据库外的数据目录备份与转移
a.数据库copy测试选取mm10进行测试,目标建立起一个out_to_out的数据库备份。数据测试数据库在默认目录外不同路径的拷贝与权限设置见图Fig.4-1;软连接建立out_to_out数据库见下图Fig.4-2。
Fig.4-1 mm10测试数据库在默认目录外不同路径的拷贝与权限设置
Fig.4-2 软连接建立的数据库
b.out_to_out数据库可用性进行测试,结果如图Fig.4-3,显示与从默认目录拷出一样的错误。
c.通过先建立out_to_out数据库对应的空数据库, mv空数据库out_to_out到目标路径,再将目标数据库表的数据拷贝到该空数据库,查询测试目标数据库结果如下图Fig.4-4。
注:以上测试实现环境为 CentOS release 6.5,MySQL版本为 5.1.73。