数据库脱机为什么很慢

数据库脱机为什么很慢,第1张

数据库文件很大。

数据库脱机很慢,是因为数据库文件很大,导致脱机时间较长,可以对数据库进行优化,如数据表分区、索引优化、查询优化等,以提高数据库的性能,简短脱机时间。

数据库脱机注意事项:在将数据库脱机之前,必须备份所有数据,以确保在数据库脱机期间数据不会丢失或损坏。确保备份在可靠的位置,并且可以恢复数据库。

MySQL数据库的导入,有两种方法:

1) 先导出数据库SQL脚本,再导入;

2) 直接拷贝数据库目录和文件

在不同 *** 作系统或MySQL版本情况下,直接拷贝文件的方法可能会有不兼容的情况发生。

所以一般推荐用SQL脚本形式导入。下面分别介绍两种方法。

2 方法一 SQL脚本形式

*** 作步骤如下:

21 导出SQL脚本

在原数据库服务器上,可以用phpMyAdmin工具,或者mysqldump命令行,导出SQL脚本。

211 用phpMyAdmin工具

导出选项中,选择导出“结构”和“数据”,不要添加“DROP DATABASE”和“DROP TABLE”选项。

选中“另存为文件”选项,如果数据比较多,可以选中“gzipped”选项。

将导出的SQL文件保存下来。

212 用mysqldump命令行

命令格式

mysqldump -u用户名 -p 数据库名 > 数据库名sql

范例:

mysqldump -uroot -p abc > abcsql

(导出数据库abc到abcsql文件)

提示输入密码时,输入该数据库用户名的密码。

22 创建空的数据库

通过主控界面/控制面板,创建一个数据库。假设数据库名为abc,数据库全权用户为abc_f。

23 将SQL脚本导入执行

同样是两种方法,一种用phpMyAdmin(mysql数据库管理)工具,或者mysql命令行。

231 用phpMyAdmin工具

从控制面板,选择创建的空数据库,点“管理”,进入管理工具页面。

在"SQL"菜单中,浏览选择刚才导出的SQL文件,点击“执行”以上载并执行。

注意:phpMyAdmin对上载的文件大小有限制,php本身对上载文件大小也有限制,如果原始sql文件

比较大,可以先用gzip对它进行压缩,对于sql文件这样的文本文件,可获得1:5或更高的压缩率。

gzip使用方法:

# gzip xxxxxsql

得到

xxxxxsqlgz文件。

提示输入密码时,输入该数据库用户名的密码。

3 直接拷贝

如果数据库比较大,可以考虑用直接拷贝的方法,但不同版本和 *** 作系统之间可能不兼容,要慎用。

--一、导出/导入(Export/Import)

----利用Export可将数据从数据库中提取出来,利用Import则可将提取出来的数据送回Oracle数据库中去。

----1简单导出数据(Export)和导入数据(Import)

----Oracle支持三种类型的输出:

----(1)表方式(T方式),将指定表的数据导出。

----(2)用户方式(U方式),将指定用户的所有对象及数据导出。

----(3)全库方式(Full方式),将数据库中的所有对象导出。

----数据导出(Import)的过程是数据导入(Export)的逆过程,它们的数据流向不同。

----2增量导出/导入

----增量导出是一种常用的数据备份方法,它只能对整个数据库来实施,并且必须作为SYSTEM来导出。在进行此种导出时,系统不要求回答任何问题。导出文件名缺省为exportdmp,如果不希望自己的输出文件定名为exportdmp,必须在命令行中指出要用的文件名。

----增量导出包括三个类型:

----(1)“完全”增量导出(Complete)

----即备份整个数据库,比如:

----$expsystem/managerinctype=completefile=990702dmp

----(2)“增量型”增量导出

----备份上一次备份后改变的数据。比如:

----$expsystem/managerinctype=incrementalfile=990702dmp

----(3)“累计型”增量导出(Cumulative)

----累计型导出方式只是导出自上次“完全”导出之后数据库中变化了的信息。比如:

----$expsystem/managerinctype=cumulativefile=990702dmp

----数据库管理员可以排定一个备份日程表,用数据导出的三个不同方式合理高效地完成。

----比如数据库的备份任务可作如下安排:

----星期一:完全导出(A)

----星期二:增量导出(B)

----星期三:增量导出(C)

----星期四:增量导出(D)

----星期五:累计导出(E)

----星期六:增量导出(F)

----星期日:增量导出(G)

----如果在星期日,数据库遭到意外破坏,数据库管理员可按以下步骤来恢复数据库:

----第一步:用命令CREATEDATABASE重新生成数据库结构;

----第二步:创建一个足够大的附加回段。

----第三步:完全增量导入A:

----$impsystem/managerinctype=RECTOREFULL=YFILE=A

----第四步:累计增量导入E:

----$impsystem/managerinctype=RECTOREFULL=YFILE=E

----第五步:最近增量导入F:

----$impsystem/managerinctype=RESTOREFULL=YFILE=F

----二、冷备份

----冷备份发生在数据库已经正常关闭的情况下,当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份Oracle信息而言,冷备份是最快和最安全的方法。冷备份的优点是:

----1.是非常快速的备份方法(只需拷贝文件)

----2.容易归档(简单拷贝即可)

----3.容易恢复到某个时间点上(只需将文件再拷贝回去)

----4.能与归档方法相结合,作数据库“最新状态”的恢复。

----5.低度维护,高度安全。

----但冷备份也有如下不足:

----1.单独使用时,只能提供到“某一时间点上”的恢复。

----2.在实施备份的全过程中,数据库必须要作备份而不能作其它工作。也就是说,在冷备份过程中,数据库必须是关闭状态。

----3.若磁盘空间有限,只能拷贝到磁带等其它外部存储设备上,速度会很慢。

----4.不能按表或按用户恢复。

----如果可能的话(主要看效率),应将信息备份到磁盘上,然后启动数据库(使用户可以工作)并将所备份的信息拷贝到磁带上(拷贝的同时,数据库也可以工作)。冷备份中必须拷贝的文件包括:

----1.所有数据文件

----2.所有控制文件

----3.所有联机REDOLOG文件

----4.Initora文件(可选)。

----值得注意的是冷备份必须在数据库关闭的情况下进行,当数据库处于打开状态时,执行数据库文件系统备份是无效的

----下面是做冷备份的完整例子:

----(1)关闭数据库$sqldbalmode=y

----SQLDBA>connectinternal;

----SQLDBA>shutdownnormal;

----(2)用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件

----SQLDBA>!cp

----(3)重启Oracle数据库

----$sqldbalmode=y

----SQLDBA>connectinternal;

----SQLDBA>startup;

----三、热备份

----热备份是在数据库运行的情况下,采用archivelogmode方式备份数据的方法。所以,如果你有昨天夜里的一个冷备份而且又有今天的热备份文件,在发生问题时,就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下 *** 作,并需要大量的档案空间。一旦数据库运行在archivelog状态下,就可以做备份了。热备份的命令文件由三部分组成:

----1.数据文件一个表空间一个表空间地备份。

----(1)设置表空间为备份状态

----(2)备份表空间的数据文件

----(3)恢复表空间为正常状态

----2.备份归档log文件。

----(1)临时停止归档进程

----(2)log下那些在archiveredolog目标目录中的文件

----(3)重新启动archive进程

----(4)备份归档的redolog文件

----3.用alterdatabasebackupcontrolfile命令来备份拷贝文件

----热备份的优点是:

----1.可在表空间或数据文件级备份,备份时间短。

----2.备份时数据库仍可使用。

----3.可达到秒级恢复(恢复到某一时间点上)。

----4.可对几乎所有数据库实体作恢复。

----5.恢复是快速的,在大多数情况下在数据库仍工作时恢复。

----热备份的不足是:

----1.不能出错,否则后果严重。

----2.若热备份不成功,所得结果不可用于时间点的恢复。

----3.因难于维护,所以要特别仔细小心,不允许“以失败而告终”。

以上就是关于数据库脱机为什么很慢全部的内容,包括:数据库脱机为什么很慢、mysql数据库导出数据速度和复杂度有关系吗、怎么导数据库(怎么导数据库报告)等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/10192778.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-06
下一篇 2023-05-06

发表评论

登录后才能评论

评论列表(0条)

保存