【SQLServer备份恢复】数据库还原

作者：朵彩的人生_688 | 来源：互联网 | 2023-09-15 12:10

数据库还原部分还原(段落还原)：分阶段还原和恢复包含多个文件组的数据库。段落还原包括从主文件组开始（有时也从一个或多个辅助文件组开始）的一

数据库还原

部分还原(段落还原)&＃xff1a;分阶段还原和恢复包含多个文件组的数据库。

段落还原包括从主文件组开始&＃xff08;有时也从一个或多个辅助文件组开始&＃xff09;的一系列还原顺序。在还原顺序结束后&＃xff0c;如果恢复的文件有效并且与数据库一致&＃xff0c;则恢复的文件将直接变为联机状态。

所有的段落还原都从称为“部分还原顺序”的初始还原顺序开始。部分还原顺序至少还原和恢复主文件组&＃xff0c;在简单恢复模式下还会还原和恢复所有读/写文件组。在段落还原顺序中&＃xff0c;整个数据库都必须脱机。随后&＃xff0c;数据库将处于联机状态&＃xff0c;并且还原的文件组都处于可用状态。但是&＃xff0c;尚未还原的任何文件组将保持脱机状态。

无论数据库采用何种恢复模式&＃xff0c;部分还原顺序都从 RESTORE DATABASE 语句开始&＃xff0c;该语句将还原完整备份并指定 PARTIAL 选项。PARTIAL 选项总是会启动一个新的段落还原&＃xff1b;因此&＃xff0c;在部分还原顺序的初始语句中&＃xff0c;只能指定 PARTIAL 一次。当部分还原顺序完成并且数据库联机后&＃xff0c;由于余下文件的恢复被推迟&＃xff0c;这些文件的状态将变为“恢复已挂起”。

此后&＃xff0c;段落还原通常包括一个或多个还原顺序&＃xff0c;这些还原顺序称为“文件组还原顺序”。您可以等待执行特定的文件组还原顺序&＃xff0c;等待的时间长短由您决定。每个文件组还原顺序将一个或多个脱机文件组还原并恢复到与数据库一致的点。文件组还原顺序的时间安排和数量取决于您的恢复目标、您想要还原的脱机文件组数量以及每个文件组还原顺序中还原的脱机文件组的数量。

联机段落还原可能引起事务延迟。如果仅还原了一部分文件组&＃xff0c;则数据库中依赖联机文件组的事务可能会延迟。这是正常现象&＃xff0c;因为整个数据库必须一致。如果段落还原将数据库恢复到某个点&＃xff0c;在该点上有一个或多个活动事务会影响尚未还原并处于脱机状态的文件组&＃xff0c;则将发生事务延迟。因为无法回滚事务&＃xff0c;所以事务将延迟。

--1.1备份数据库 backup database test to disk &＃61; &＃39;c:\test_1.bak&＃39; --1.2再次备份 backup database test to disk &＃61; &＃39;c:\test_1.bak&＃39; --1.3使用设备上的第二个备份来还原数据库 restore database test from disk &＃61; &＃39;c:\test_1.bak&＃39; with file &＃61; 2, replace --此选项让SQL Server覆盖当前已存在的数据库 --2.1查看备份中数据库的逻辑名称 restore filelistonly from disk &＃61; &＃39;c:\test_1.bak&＃39; --2.2当需要把当前的备份在其他服务器上还原时可以指定新的物理路径 restore database test_other --新的数据库名称 from disk &＃61; &＃39;c:\test_1.bak&＃39; with file &＃61; 2, move &＃39;test&＃39; to &＃39;c:\test_other.mdf&＃39;, --数据的逻辑名称->新的物理路径 move &＃39;test_log&＃39; to &＃39;c:\test_other_log.log&＃39; --日志的逻辑名称->新的物理路径 --3.1这个备份创建3个文件,每个文件存储了三分之一的还原数据库时需要的备份信息 backup database test to disk &＃61; &＃39;c:\test_stripping.bak&＃39;, disk &＃61; &＃39;d:\test_stripping.bak&＃39;, disk &＃61; &＃39;e:\test_stripping.bak&＃39; --3.2从条带备份来还原数据库 restore database test from disk &＃61; &＃39;c:\test_stripping.bak&＃39;, disk &＃61; &＃39;d:\test_stripping.bak&＃39;, disk &＃61; &＃39;e:\test_stripping.bak&＃39; with replace --替换原来的数据库 --4.从事务日志还原 --4.1创建数据库 use master go if not exists(select name from sys.databases where name &＃61; &＃39;Test&＃39;) begin create database test end use test go --4.2添加数据 select * into dbo.SalesOrderDetail from AdventureWorks.Sales.SalesOrderHeader use master go --4.3完全备份 backup database test to disk &＃61; &＃39;c:\test_full_1.bak&＃39; --4.4备份事务日志 backup log test to disk &＃61; &＃39;c:\test_log_1.trn&＃39; --4.5再次备份事务日志 backup log test to disk &＃61; &＃39;c:\test_log_2.trn&＃39; --4.6断开其他用户 use master go alter database test set single_user with rollback immediate --4.7还原完全备份 restore database test from disk &＃61; &＃39;c:\test_full_1.bak&＃39; with replace, --由于原来的数据库还存在,所以必须替换 norecovery --必须指定此选项&＃xff0c;让数据库处于restoring&＃xff0c;这样才能继续还原日志 --4.8还原第一个事务日志 restore log test from disk &＃61; &＃39;c:\test_log_1.trn&＃39; with norecovery --4.9还原第二个事务日志 restore log test from disk &＃61; &＃39;c:\test_log_2.trn&＃39; with recovery --完成还原&＃xff0c;使数据库处于online状态 --4.10删除表 use test go drop table dbo.SalesOrderDetail --4.11再次进行完全数据库备份 backup database test to disk &＃61; &＃39;c:\test_full_2.bak&＃39; --4.12重建这个表 select * into dbo.SalesOrderDetail from AdventureWorks.Sales.SalesOrderHeader select GETDATE() --返回时间点 --4.13删除表 delete from dbo.SalesOrderDetail --4.14备份日志 backup log test to disk &＃61; &＃39;c:\test_log_time.trn&＃39; use master go /*&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61; 4.15还原完全备份通过指定stopat会使得原来的数据库处于:正在还原状态, 其实用replace选项也是一样的,都会替换原来的数据库 &＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;*/ restore database test from disk &＃61; &＃39;c:\test_full_2.bak&＃39; with norecovery, stopat &＃61; &＃39;2012-11-05 12:00:00.827&＃39; --此处也可以用选项replace&＃xff0c;会替换原来的数据库 --4.16进行基于时间点的日志还原&＃xff0c;还原到删除表之前的那个时间点&＃xff0c;这样被删除的数据就能恢复 restore log test from disk &＃61; &＃39;c:\test_log_time.trn&＃39; with recovery, --使用recovery选项的一瞬间&＃xff0c;数据库置为联机状态 stopat &＃61; &＃39;2012-11-05 12:00:00.827&＃39; use test go --4.17查看之前被删除的数据&＃xff0c;发现已经还原 select * from dbo.SalesOrderDetail --5.从差异备份还原数据库 use master go --5.1完全备份 backup database test to disk &＃61; &＃39;c:\test_differential_full.bak&＃39; --5.2差异备份 backup database test to disk &＃61; &＃39;c:\test_differential.bak&＃39; with differential --5.3日志备份 backup log test to disk &＃61; &＃39;c:\test_differential_log.bak&＃39; --5.4从完全备份进行还原 restore database test from disk &＃61; &＃39;c:\test_differential_full.bak&＃39; with norecovery, replace --5.5应用差异备份进行还原 restore database test from disk &＃61; &＃39;c:\test_differential.bak&＃39; with norecovery --5.6应用日志还原 restore log test from disk &＃61; &＃39;c:\test_differential_log.bak&＃39; with recovery --6.文件组还原 --6.1创建数据库 create database very_large_test on primary ( name &＃61; &＃39;vlTest&＃39;, filename&＃61; &＃39;c:\vltest.mdf&＃39; ), filegroup fg1 ( name &＃61; &＃39;vlTest1&＃39;, filename&＃61; &＃39;c:\vltest_fg1.ndf&＃39; ), ( name &＃61; &＃39;vlTest2&＃39;, filename&＃61; &＃39;c:\vltest_fg2.ndf&＃39; ) log on ( name &＃61; &＃39;vlTest_log&＃39;, filename &＃61; &＃39;c:\vlTest_log.log&＃39; ) --6.2备份文件组 backup database very_large_test filegroup &＃61; &＃39;fg1&＃39; to disk &＃61; &＃39;c:\very_large_test_fg.bak&＃39; with stats &＃61; 10 --6.3备份日志 backup log very_large_test to disk &＃61; &＃39;c:\very_large_test_log.trn&＃39; /*&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61; 如果这样还原&＃xff1a; 6.4.1还原文件组fg1: restore database very_large_test filegroup &＃61; &＃39;fg1&＃39; from disk &＃61; &＃39;c:\very_large_test_fg.bak&＃39; with norecovery, replace 6.4.2还原日志: restore log very_large_test from disk &＃61; &＃39;c:\very_large_test_log.trn&＃39; with recovery 发现文件组fg1还是处于restoring状态: use very_large_test go select ds.name, --文件组名称 d.name, --物理文件路径 d.state_desc, --restoring状态 d.physical_name from sys.database_files d inner join sys.data_spaces ds on ds.data_space_id &＃61; d.data_space_id where ds.name &＃61; &＃39;fg1&＃39; --文件组的名称 &＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;*/ --6.4正确的还原方法 --6.4.1还原文件组fg1: restore database very_large_test filegroup &＃61; &＃39;fg1&＃39; from disk &＃61; &＃39;c:\very_large_test_fg.bak&＃39; with norecovery, replace --6.4.2还原日志: restore log very_large_test from disk &＃61; &＃39;c:\very_large_test_log.trn&＃39; with norecovery /*&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61; 3.还原日志时虽然用了norecovery选项&＃xff0c;但是文件组仍然处于restoring状态&＃xff0c; 说明文件组fg2没有恢复到最新的&＃xff0c;与数据库一致的状态&＃xff0c;为了使得文件组fg1恢复到最新, 必须应用从上次备份日志以来数据库的变化, 当然也包含了文件组fg1的变化&＃xff0c; 也就是应用尾日志 &＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;*/ --6.4.3备份尾日志 backup log very_large_test to disk &＃61; &＃39;c:\very_large_test_trail_log.trn&＃39; --6.4.4还原日志&＃xff0c;对于其他文件组么有变化&＃xff0c;但是会让文件组fg1处于最新的一致状态 restore log very_large_test from disk&＃61; &＃39;c:\very_large_test_trail_log.trn&＃39; with recovery --6.5另一种方法&＃xff1a; --6.5.1还原日志: restore log very_large_test from disk &＃61; &＃39;c:\very_large_test_log.trn&＃39; with recovery --6.5.2备份尾日志&＃xff1a;只有文件组fg1处于restoring状态 --当主文件组是最新的&＃xff0c;而文件组fg1不是最新的时候&＃xff0c; --备份日志时使用选项norecovery并不会是整个数据库处于restoring状态 backup log very_large_test to disk &＃61; &＃39;c:\very_large_test_trail_log.trn&＃39; with norecovery --备份完日志让数据库置为restoring状态 --6.5.3还原日志&＃xff0c;对于其他文件组么有变化&＃xff0c;但是会让文件组fg1处于最新的一致状态 restore log very_large_test from disk&＃61; &＃39;c:\very_large_test_trail_log.trn&＃39; with recovery --6.5.4发现这个文件组处于online状态: use very_large_test go select ds.name, --文件组名称 d.name, --物理文件路径 d.state_desc, --restoring状态 d.physical_name from sys.database_files d inner join sys.data_spaces ds on ds.data_space_id &＃61; d.data_space_id where ds.name &＃61; &＃39;fg1&＃39; --文件组的名称 --7.部分还原(段落还原) --7.1备份主文件组 backup database very_large_test filegroup &＃61; &＃39;primary&＃39; to disk &＃61; &＃39;c:\very_large_test_primary.bak&＃39; --7.2备份文件组fg1 backup database very_large_test filegroup &＃61; &＃39;fg1&＃39; to disk &＃61; &＃39;c:\very_large_test_fg1.bak&＃39; --7.3备份日志 backup log very_large_test to disk &＃61; &＃39;c:\very_large_test_log_partial.trn&＃39; --7.4还原主文件组&＃xff1a;这时整个数据库处于restoring状态 restore database very_large_test filegroup &＃61; &＃39;primary&＃39; from disk &＃61; &＃39;c:\very_large_test_primary.bak&＃39; with norecovery, partial, --指定PARTIAL 选项&＃xff0c;该选项指示段落还原的开头 replace --替换原来的主文件组,其实就是替换整个数据库 --7.5恢复日志:使数据库处于online状态,但是文件组fg1处于RECOVERY_PENDING状态 restore log very_large_test from disk &＃61; &＃39;c:\very_large_test_log_partial.trn&＃39; with recovery --7.6继续还原文件组fg1,文件组fg1处于restoring状态,表示文件组fg1还没有处于最新状态 restore database very_large_test filegroup &＃61; &＃39;fg1&＃39; from disk &＃61; &＃39;c:\very_large_test_fg1.bak&＃39; with recovery --7.7继续恢复日志,这个日志上面用于恢复主文件组,这样文件组fg1处于online状态 restore log very_large_test from disk &＃61; &＃39;c:\very_large_test_log_partial.trn&＃39; with recovery --7.8再次完全备份 backup database very_large_test to disk &＃61; &＃39;c:\vlt_full.bak&＃39; --7.8.1从完全备份中还原主文件组,从完全备份中来分别主文件组和辅助文件组 restore database very_large_test filegroup &＃61; &＃39;primary&＃39; from disk &＃61; &＃39;c:\vlt_full.bak&＃39; with norecovery, replace --7.8.2还原辅助额文件组 restore database very_large_test filegroup &＃61; &＃39;fg1&＃39; from disk &＃61; &＃39;c:\vlt_full.bak&＃39; with recovery, partial --7.8.3查看数据库&＃xff0c;数据库中的文件的状态 select * from sys.databases where name &＃61; &＃39;very_large_test&＃39; select * from sys.master_files where database_id &＃61; DB_ID(&＃39;very_large_test&＃39;) --8.在完整恢复模式或者大容量日志恢复模式下,进行页面还原&＃xff0c;适用于可读写数据 --8.1 backup database very_large_test to disk &＃61; &＃39;c:\vlt_full_page.bak&＃39; --8.2在suspect_pages系统表、错误日志、DBCC命令输出的返回中会标识出那些坏的页面 select database_id, file_id, page_id from msdb.dbo.suspect_pages --8.3进行页面还原 restore database very_large_test page &＃61; &＃39;1:8,1:15&＃39; from disk &＃61; &＃39;c:\vlt_full_page.bak&＃39; with norecovery, replace --8.4备份尾日志 backup log very_large_test to disk &＃61; &＃39;c:\vlt_full_log.trn&＃39; --8.5还原日志 restore log very_large_test from disk &＃61; &＃39;c:\vlt_full_log.trn&＃39; --9.多种恢复路径 if exists(select 1 from sys.databases where name &＃61; &＃39;test&＃39;) begin drop database test end create database test --9.1完全备份 backup database test to disk &＃61; &＃39;c:\test_full.bak&＃39; use test go create table t(v int) insert into t select OBJECT_ID from sys.objects --9.2第一次日志备份 backup log test to disk &＃61; &＃39;c:\test_full_log_A.trn&＃39; select --最新的日志备份的日志序列号。这是前一个日志备份的结束LSN以及下一个日志备份的开始LSN last_log_backup_lsn, --26000000011500001 --标识数据库当前在其上处于活动状态的当前恢复分叉 recovery_fork_guid, --3BAA449E-BC84-43CC-A740-071556C1F477 --当前分叉点的日志序列号 fork_point_lsn, --NULL --恢复分叉开始的标识符 first_recovery_fork_guid --NULL from sys.database_recovery_status where database_id &＃61; DB_ID(&＃39;test&＃39;) insert into t select OBJECT_ID &＃43; 123456 from sys.objects --9.3第二次日志备份 backup log test to disk &＃61; &＃39;c:\test_full_log_B.trn&＃39; --9.4还原完全备份 restore database test from disk &＃61; &＃39;c:\test_full.bak&＃39; with norecovery, replace --9.5还原第一个日志备份 restore log test from disk &＃61; &＃39;c:\test_full_log_A.trn&＃39; with recovery --9.9显示了当前的恢复分叉 select last_log_backup_lsn, --26000000011500001 recovery_fork_guid, --394AC596-1511-4946-9EF9-56532151BC2E fork_point_lsn, --26000000011500001 first_recovery_fork_guid --6E596B47-7659-4693-8C4D-91DD3CC2D9EB这是上一个恢复分叉的guid from sys.database_recovery_status where database_id &＃61; DB_ID(&＃39;test&＃39;)

转:https://blog.51cto.com/yupeigu/1368133

推荐阅读

get
SQL日志收缩及截断方法详解

本文详细介绍了SQL日志收缩的方法，包括截断日志和删除不需要的旧日志记录。通过备份日志和使用DBCC SHRINKFILE命令可以实现日志的收缩。同时，还介绍了截断日志的原理和注意事项，包括不能截断事务日志的活动部分和MinLSN的确定方法。通过本文的方法，可以有效减小逻辑日志的大小，提高数据库的性能。 ... [详细]

蜡笔小新 2023-12-14 18:23:25
get
MysqlDump_mysqldump全库备份相关知识详解

本文详细介绍了MysqlDump和mysqldump进行全库备份的相关知识，包括备份命令的使用方法、my.cnf配置文件的设置、binlog日志的位置指定、增量恢复的方式以及适用于innodb引擎和myisam引擎的备份方法。对于需要进行数据库备份的用户来说，本文提供了一些有价值的参考内容。 ... [详细]

蜡笔小新 2023-12-14 10:03:27
config
Oracle中tnsnames.ora的作用和配置方法

本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取，用于解析LOCAL_LISTENER，并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例，并展示了listener.ora文件的内容。 ... [详细]

蜡笔小新 2023-12-14 07:44:06
version
问题2：重新命名或者移动数据文件、日志文件到新的位置

本文讨论了在数据库打开和关闭状态下，重新命名或移动数据文件和日志文件的情况。针对性能和维护原因，需要将数据库文件移动到不同的磁盘上或重新分配到新的磁盘上的情况，以及在操作系统级别移动或重命名数据文件但未在数据库层进行重命名导致报错的情况。通过三个方面进行讨论。 ... [详细]

蜡笔小新 2023-12-13 13:02:24
version
Linux如何安装Mongodb的详细步骤和注意事项

本文介绍了Linux如何安装Mongodb的详细步骤和注意事项，同时介绍了Mongodb的特点和优势。Mongodb是一个开源的数据库，适用于各种规模的企业和各类应用程序。它具有灵活的数据模式和高性能的数据读写操作，能够提高企业的敏捷性和可扩展性。文章还提供了Mongodb的下载安装包地址。 ... [详细]

蜡笔小新 2023-12-12 21:54:15
config
mysql升级（从5.6.15升级到5.7.15的步骤）

本文介绍了将mysql从5.6.15升级到5.7.15的详细步骤，包括关闭访问、备份旧库、备份权限、配置文件备份、关闭旧数据库、安装二进制、替换配置文件以及启动新数据库等操作。 ... [详细]

蜡笔小新 2023-12-12 14:45:04
copy
Nginx使用（server参数配置）

本文介绍了Nginx的使用，重点讲解了server参数配置，包括端口号、主机名、根目录等内容。同时，还介绍了Nginx的反向代理功能。 ... [详细]

蜡笔小新 2023-12-14 17:08:34
md5
Java工具类库Hutool介绍及功能概述

本文介绍了Java工具类库Hutool，该工具包封装了对文件、流、加密解密、转码、正则、线程、XML等JDK方法的封装，并提供了各种Util工具类。同时，还介绍了Hutool的组件，包括动态代理、布隆过滤、缓存、定时任务等功能。该工具包可以简化Java代码，提高开发效率。 ... [详细]

蜡笔小新 2023-12-14 14:29:36
get
使用 Ubuntu 中的 Python 获取浏览器历史记录

使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]

蜡笔小新 2023-12-14 08:57:59
copy
图解redis的持久化存储机制RDB和AOF的原理和优缺点

本文通过图解的方式介绍了redis的持久化存储机制RDB和AOF的原理和优缺点。RDB是将redis内存中的数据保存为快照文件，恢复速度较快但不支持拉链式快照。AOF是将操作日志保存到磁盘，实时存储数据但恢复速度较慢。文章详细分析了两种机制的优缺点，帮助读者更好地理解redis的持久化存储策略。 ... [详细]

蜡笔小新 2023-12-13 20:24:11
window
解决Mac上无法使用localhost连接mysql的问题

本文介绍了在Mac上搭建php环境后无法使用localhost连接mysql的问题，并通过将localhost替换为127.0.0.1或本机IP解决了该问题。文章解释了localhost和127.0.0.1的区别，指出了使用socket方式连接导致连接失败的原因。此外，还提供了相关链接供读者深入了解。 ... [详细]

蜡笔小新 2023-12-13 17:48:58
window
mysql-cluster集群sql节点高可用keepalived的故障处理过程

本文描述了mysql-cluster集群sql节点高可用keepalived的故障处理过程，包括故障发生时间、故障描述、故障分析等内容。根据keepalived的日志分析，发现bogus VRRP packet received on eth0 !!!等错误信息，进而导致vip地址失效，使得mysql-cluster的api无法访问。针对这个问题，本文提供了相应的解决方案。 ... [详细]

蜡笔小新 2023-12-12 19:20:50
window
Oracle优化新常态的五大禁止及其性能隐患

本文介绍了Oracle优化新常态中的五大禁止措施，包括禁止外键、禁止视图、禁止触发器、禁止存储过程和禁止JOB，并分析了这些禁止措施可能带来的性能隐患。文章还讨论了这些禁止措施在C/S架构和B/S架构中的不同应用情况，并提出了解决方案。 ... [详细]

蜡笔小新 2023-12-12 12:55:55
window
sqlserver云存储和本地存储的区别及启动方法

本文介绍了sqlserver云存储和本地存储的区别，云存储是将数据存储在网络上，方便查看和调用；本地存储是将数据存储在电脑磁盘上，只能在存储的电脑上查看。同时提供了几种启动sqlserver的方法。此外，还介绍了如何导出数据库的步骤和工具。 ... [详细]

蜡笔小新 2023-12-12 11:27:17
window
PDO MySQL

PDOMySQL如果文章有成千上万篇，该怎样保存？数据保存有多种方式，比如单机文件、单机数据库（SQLite）、网络数据库（MySQL、MariaDB）等等。根据项目来选择，做We ... [详细]

蜡笔小新 2023-12-12 10:25:39

朵彩的人生_688

这个家伙很懒，什么也没留下！

Tags | 热门标签

RankList | 热门文章