达梦数据库lsn是什么

‘壹’ mysql5数据库服务无法启动

你是不是安装过mysql的其它版本？如果是，要卸载，而且卸载之前要先停止系统进程里的mysql服务，再重启，再安装新的版本才行。
目前给你提供一点解决办法供参考
1。打开系统服务进程：右击我的电脑-管理-服务和应用程序-服务，找到mysql，包括老版本和新版本的，右击，全部停用
2。卸载已经安装的MySQL4.1
3。重启，手动全部删除旧的安装文件夹，尤其是windows\my.ini
4。再去看看服务进程里有没有mysql，如果有，右击-属性-启动类型-禁用
5。安装新的版本，最好改变安装路径。等到出现选择启动win服务的下拉框时候，选41的那个就应该能成功了。

‘贰’ 数据库的物理结构设计指的是什么

Log File物理结构

log block结构分为日志头段、日志记录、日志尾部

Block Header

这个部分是每个Block的头部，主要记录的块的信息

‘叁’ mysql数据库无法启动怎么备份

mysql数据库
无法启动怎么备份
要看不能启动的具体原因，如果是程序部分异常，那么数据是好的，可以打包备份。相反，如果是数据出了问题导致无法启动，备份了也不是完整的。
MYSQL的所有数据库的数据是以文件形式保存在文件夹里面的，例如c:\mysql\data文件夹，直接打包此文件夹下的所有文件就可以达到备份的目的。

‘肆’ 数据库表的物理结构是什么

Log File物理结构

log block结构分为日志头段、日志记录、日志尾部

Block Header

这个部分是每个Block的头部，主要记录的块的信息

‘伍’ 数据库如何备份

1、首先运行SQL。

‘陆’ mysql数据库中LSN为啥是对应日志文件的偏移量

LSN实际上对应日志文件的偏移量，新的LSN＝旧的LSN + 写入的日志大小。举例如下：
LSN＝1G，日志文件大小总共为600M，本次写入512字节，则实际写入操作为：
l 求出偏移量：由于LSN数值远大于日志文件大小，因此通过取余方式，得到偏移量为400M；
l 写入日志：找到偏移400M的位置，写入512字节日志内容，下一个事务的LSN就是1000000512；

‘柒’ 附加数据库出现错误：9003 LSN无效

备份数据文件,然后按下面的步骤处理:
1.新建一个同名的数据库(数据文件与原来的要一致)
2.再停掉sql server(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库
4.再重启sql server
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行了.

‘捌’ sql server 2008 r2如何收缩数据库和文件

1、右击数据库选择，打开Files窗口

2、Files窗口，File type 选择 Log，单击OK完成日志收缩。

按以上方法操作没有效果，原因是数据库的恢复模式不是简单模式，只需要将恢复模式改为简单模式即可用以上操作来收缩日志，方便又好用。

将数据库恢复模式改为简单模式方法：
1、右击数据库选择属性，弹出窗口如下图，选择Options选项，将 Recovery Model 改为 Simple 即可。

按如下方法操作也可收缩日志：

1、当数据库恢复模式为简单时。使用dbcc shrinkfile (logfile_name,target_size)命令来完成。如

use mydb
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m

2、当数据库恢复模式为完全时。可以先将数据库模式改为简单模式，再使用上述方法来进行。

use master
alter database mydb set recovery simple
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m

也可以直接备份事务日志文件后再收缩：

use master
backup log mydb to disk='d:/dd.bak'
use mydb
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m;

3、通过分离数据库，然后再删除事务日志文件，再附加mdf数据文件，也可以达到某种意义上的事务日志收缩。

以下是有关日志文摘

对于每一个数据库来讲，都需要至少一个事务日志文件。事务日志文件是整个数据库的血液，如果没有事务日志的话，那么将无法进行任何操作。
事务日志有什么东西？
事务日志记录着在相关数据库上的操作，同时还存储数据库恢复(recovery)的相关信息。

事务日志与数据库恢复(recovery)是密切相关的，其实数据库在启动时，便会进行相关的恢复(recovery)操作，如下所示。当然，在数据库还原时，也可以指定手工恢复(recovery).任何在数据库上的改变，如果在事务日志内被标记为已提交，并用一个LSN(LOG SEQUENCE NUMBER)来标识，同时相关改变就会体现在数据文件上，而被标记为未提交的改变将不会体现在数据文件上。

2010-01-12 18:31:48.72 spid7s Recovery is complete. This is an informationa message only. No user action is required.

事务日志文件还存储着数据库需要回滚的相关信息。在SQL Server数据库上，默认是隐式提交的，也就是说在查询分析器里面进行的每一个操作，在操作完成后，都是默认已经commit，但如果通过指定begin tran 和rollback tran的命令来标识事务时，rollback tran就需要使用事务日志内的相关信息才可以回滚。当然，如果SQL Server遇到相关错误时，如死锁，那么也会产生一个内部回滚，这些都需要用到事务日志文件。
为什么要收缩事务日志？

收缩日志的原因有很多种，有些则是考虑空间不足，有些则是应用程序限制导致的，一般情况下，是不建议对事务日志进行其他改变的，如需要控制事务日志的大小，则可以通过安排

‘玖’ mysql数据库中lsn为啥是对应日志文件的偏移量

您好、
LSN实际上对应日志文件的偏移量，新的LSN＝旧的LSN + 写入的日志大小。举例如下：
LSN＝1G，日志文件大小总共为600M，本次写入512字节，则实际写入操作为：
l 求出偏移量：由于LSN数值远大于日志文件大小，因此通过取余方式，得到偏移量为400M；
l 写入日志：找到偏移400M的位置，写入512字节日志内容，下一个事务的LSN就是1000000512；

仅供参考~

‘拾’ 附加SQL2000数据库的时候出现：该LSN是传递给数据库shikong_Lekd中的日志扫描操作的，是怎么回事

应该是数据文件或者日志文件损坏了。

1)设置数据库为紧急模式
停掉SQL Server服务；
把应用数据库的数据文件XXX_Data.mdf移走；
重新建立一个同名的数据库XXX；
停掉SQL服务；
把原来的数据文件再覆盖回来；
运行以下语句，把该数据库设置为紧急模式；
运行“Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go”

执行结果：
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。

接着运行“update sysdatabases set status = 32768 where name = 'XXX'”

重启SQL Server服务；
运行以下语句，把应用数据库设置为Single User模式；
运行“sp_dboption 'XXX', 'single user', 'true'”

执行结果：
命令已成功完成。

做DBCC CHECKDB；

运行“DBCC CHECKDB('XXX')”
运行以下语句把系统表的修改选项关掉；
运行“sp_resetstatus "XXX"
go
sp_configure 'allow updates', 0
reconfigure with override
重新建立另外一个数据库XXX.Lost；
2)DTS导出向导
运行DTS导出向导；