怎样修复已经损坏的SQL数据库？

1.停止SQL Server的服务,备份SQL Server安装目录下的\data子目录

下故障数据库的两个文件,一个数据文件hbposv6_branch_data.mdf,

一个hbposv6_branch_log.ldf(也有可能非此命名),同时查看磁盘

空间是否有足够的空间；

2.启动SQL Server服务(如已停止),创建一个新的数据库，命名为

原来数据库的名字。

3.停止SQL Server

4.把老数据库的MDF文件(hbposv6_branch_data.mdf)替换

新数据库的相应的MDF文件，

并把LDF文件(hbposv6_branch_log.ldg)删除。

5.重新启动SQL Server服务，然后运行如下命令：

Use Master

go

sp_configure 'allow updates', 1

reconfigure with override

go

begin tran

update sysdatabases set status = 32768 where name = 'hbposv6_branch'

--Verify one row is updated before committing

commit tran

go

6.停止SQL然后重新启动SQL Server服务，然后运行如下命令

(更换日志文件路径地址)：

use master

go

DBCC TRACEON(3604)

DBCC REBUILD_LOG

('hbposv6_branch',

'c:\Program Files\Microsoft SQL Server\MSSQL\Data\hbposv6_branch_log.ldf')

--在这里，请输入你的数据库的路径

go

7.停止SQL然后重新启动SQL Server服务，然后运行：

use master

go

update sysdatabases set status = 8 where name = 'hbposv6_branch'

go

sp_configure 'allow updates', 0

reconfigure with override

go

8.运行dbcc checkdb(db_name) 检查数据库的完整性

9.修复数库

--请在查询分析器中执行下列语句.执行前断开其它

所有数据库连接，最好是断开网线

--如果不是该数据库名，请将数据库

--hbposv6_branch

--改为要修复的数据库

USE master

Go

--单用户模式

EXEC sp_dboption 'hbposv6_branch', 'single user', 'TRUE'

go

--数据库检查

DBCC CHECKDB ('hbposv6_branch')

Go

--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复

--数据库修复

DBCC CHECKDB ('hbposv6_branch','repair_rebuild')

Go

--再次数据库检查，如果返回结果中没有了红色的提示文字，

说明修复成功；

DBCC CHECKDB ('hbposv6_branch')

Go

--否则意味着还需要更高级别的修复；尝试将上面修复语句的

'repair_rebuild'换为'repair_allow_data_loss'再试，

之后再次检查数据库。

--如果还有错误未修复，请把这些信息以文字的方式发给我们

--退出前请一定要执行以下语句返回到多用户模式

EXEC sp_dboption 'hbposv6_branch', 'single user','FALSE'

go

注：都要把 dbname 替换成真实的数据库名字。

注意：$conn =@mysql_connect("localhost","root","") or die("连接失败")

到了这步，如果mysql连接成功了，则$conn就不为null,

现在从你的情况来看，mysql确实连接成功了，此时$conn不等于null

即第三句是成立的，而第二句对$conn根本没影响

所以可以直接执行第四句：echo "成功！<p>"

===============================

想判断表的选择有没有成功，也可以or die()

即:mysql_select_db("newdb",$conn) or die("选择数据表失败！")

===============================

建立表不是你这么写的，应该是这样:

create table TableName

(

id int(3) auto_increment not null primary key,

name char(10) not null,

address varchar(50) default 'abc',

year date

)

写好了sql，得执行：

eg:

$sql="select * from `test`"

mysql_query($sql)

==========================

你的mysql知识还得恶补下，祝你早日学有所成……

MySQL数据恢复过程

从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和 *** 作。经过如下几种情况的 *** 作。

1. 在本地重装MySQL（安装目录D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夹拷贝至D:\Program Files\MySQL\MySQL Server 5.0\。结果，失败：数据库连接错误。

2. 卸载后重装MySQL，将D:\Program Files\MySQL\MySQL Server 5.0\下的数据备份，只把mysql\data文件夹全部内容拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data下。结果，失败：数据库连接错误。将备份的数据还完覆盖。结果，失败，还是连接不上数据库。

3. 卸载后重装MySQL，将mysql\data文件夹里的cf1,last文件夹（这两个是原来MySQL里的数据库）拷贝进D:\Program Files\MySQL\MySQL Server 5.0\data。连接成功，在Navicat for MySQL里看到数据库cf1和last，但是不能访问，因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构，不是元数据。下一步，把data文件夹里的ibdata1文件（3.4G大，明显存储了元数据）拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原来的ibdata1文件。重启电脑，打开Navicat for MySQL，连接成功，数据可以访问 *** 作。

至此， *** 作终于成功。其实当初在那台机上把数据导出来，而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统，也就是说MySQL失效了。

---