数据库启动之OPEN-mysql教程-PHP中文网

首页

数据库

mysql教程

数据库启动之OPEN

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:48 PM

openstart启动数据库模式

1、数据库OPEN模式 start open,默认是此模式，或alter database open；这是数据库正常操作的状态，此状态下，任何合法用户都可以数据库连接和执行正常的数据访问操作。此时， ORACLE启动实例，并打开控制文件，打开所有联机数据文件，打开所有联机重做日志

1、数据库OPEN模式

start open,默认是此模式，或alter database open；这是数据库正常操作的状态，此状态下，任何合法用户都可以数据库连接和执行正常的数据访问操作。

此时，ORACLE启动实例，并打开控制文件，打开所有联机数据文件，打开所有联机重做日志文件。

此时任何数据文件或联机重做日志文件不存在，ORACLE将返回出错信息。此后ORACLE将检查所有联机数据文件和所有联机重做日志文件能否打开并检查数据一致性，如不一致则由SMON后台进程进行实例恢复。

2.数据库OPEN的几种特殊模式：

alterdatabase read only; 将数据库打开至只读模式。

alterdatabase read write; 恢复至正常模式。

只读模式的数据库可以： 执行查询，使用本地管理的表空间来执行磁盘排序。将数据文件脱机、联机，不能对表空间进行此操作。执行数据文件和表空间的脱机恢复。

数据库的限制模式： 此时只有具有restricted session系统权限的用户才可以登陆,。startup restrict

将已运行的数据库设置为限制模式 alter system enable restricted session; 此时已经登陆的用户将不受影响，未登陆的需要有restricted session系统权限。可以使用ALTER SYSTEM KILL SESSION 'sid,serial#' 杀掉已登陆用户进程。

查询有哪些用户已经登陆：

SQL>select sid,serial#,username,type from v$session where type like '%USER';

3.控制文件重要性

由于控制文件中记录了数据库数据文件、日志文件位置、检查点信息等，在OPEN阶段，ORACLE根据控制文件中记录的这些信息找到对应文件，然后进行检查点及完整性检查。不存在问题则正常启动数据库。如存在检查点不一致或文件丢失，则需要进行恢复。

4.在OPEN过程吕，ORACLE检查以下两项：

检查数据文件头中检查点计数（checkpoint CNT）是否与控制文件中检查点计数（checkpoint CNT）一致。以此确定数据文件是否来自恢复文件。

如果检查点计数检查通过，数据库进行第二次检查，检查数据文件头的开始SCN和控制文件中记录的该文件的结束SCN是否一致，如果控制文件中记录的结束SCN等于数据文件头的开始SCN，不需要恢复。
关于实例恢复的详细分析：http://blog.csdn.net/haibusuanyun/article/details/17082235

以上两次检查通过后，打开数据库，锁定数据文件，并将每个数据文件的结束SCN设置为无穷大。

下面是实验：

SQL>alter database open;

alterdatabase open

第 1 行出现错误:

ORA-01157:无法标识/锁定数据文件 1 - 请参阅 DBWR 跟踪文件

ORA-01110:数据文件 1:'E:SYSORADATASYSTEM01.DBF' ----------------在本文开始部分重命令了这个文件

SQL>host move e:sysoradatasystem01bak.dbf e:sysoradatasystem01.dbf

SQL>alter database open;

数据库已更改。

SQL>select status from v$instance;

STATUS

------------

OPEN

5.OPEN时的ALERT日志中信息---对字符集的判断

日志中红字的Database Characterset is ZHS16GBK 是每次数据库启动时，ORACLE判断控制文件中记录的字符集为数据库中字符集是否相符，相符则记录此条记录。

不相符，则以数据库中字符集为准更新控制文件中字符集信息，产生日志类似：updating Character set in controlfile to ZHS16GBK

第一次因数据文件不存在时的日志：

SunFeb 03 22:44:07 2013

alterdatabase open

SunFeb 03 22:44:07 2013

Errorsin file c:appadministratordiagrdbmsorclorcltraceorcl_dbw0_988.trc:

ORA-01157:cannot identify/lock data file 1 - see DBWR trace file

ORA-01110:data file 1: 'E:SYSORADATASYSTEM01.DBF'

ORA-27041:unable to open file

OSD-04002:无法打开文件

O/S-Error:(OS 2) 系统找不到指定的文件。

Errorsin file c:appadministratordiagrdbmsorclorcltraceorcl_ora_324.trc:

ORA-01157:无法标识/锁定数据文件 1 - 请参阅 DBWR 跟踪文件

ORA-01110:数据文件 1:'E:SYSORADATASYSTEM01.DBF'

ORA-1157signalled during: alter database open...

SunFeb 03 22:44:09 2013

Checkerrun found 1 new persistent data failures

恢复数据文件后OPEN日志： Database Characterset is ZHS16GBK语句在偏后

SunFeb 03 22:45:01 2013

alterdatabase open

SunFeb 03 22:45:01 2013

LGWR:STARTING ARCH PROCESSES

SunFeb 03 22:45:01 2013

ARC0started with pid=19, OS id=420

ARC0:Archival started

LGWR:STARTING ARCH PROCESSES COMPLETE

ARC0:STARTING ARCH PROCESSES

SunFeb 03 22:45:02 2013

ARC1started with pid=21, OS id=2440

SunFeb 03 22:45:02 2013

ARC2started with pid=22, OS id=3216

ARC1:Archival started

ARC2:Archival started

ARC1:Becoming the 'no FAL' ARCH

ARC1:Becoming the 'no SRL' ARCH

ARC2:Becoming the heartbeat ARCH

SunFeb 03 22:45:02 2013

ARC3started with pid=23, OS id=2460

Thread1 opened at log sequence 56

Current log# 8 seq# 56 mem# 0: D:DISK1REDO05A.LOG

Current log# 8 seq# 56 mem# 1:D:DISK2REDO05B.LOG

Current log# 8 seq# 56 mem# 2: D:DISK3REDO05C.LOG

Current log# 8 seq# 56 mem# 3:D:DISK4REDO05D.LOG

Current log# 8 seq# 56 mem# 4: D:DISK5REDO05E.LOG

Successfulopen of redo thread 1

MTTRadvisory is disabled because FAST_START_MTTR_TARGET is not set

SunFeb 03 22:45:02 2013

SMON:enabling cache recovery

ARC3:Archival started

ARC0:STARTING ARCH PROCESSES COMPLETE

ArchivedLog entry 86 added for thread 1 sequence 53 ID 0x4f44a7a1 dest 1:

Successfullyonlined Undo Tablespace 2.

Verifyingfile header compatibility for 11gtablespace encryption..

Verifying11g file header compatibilityfor tablespace encryption completed

SMON:enabling tx recovery

SunFeb 03 22:45:17 2013

ArchivedLog entry 87 added for thread 1 sequence 54 ID 0x4f44a7a1 dest 1:

ArchivedLog entry 88 added for thread 1 sequence 54 ID 0x4f44a7a1 dest 2:

ArchivedLog entry 89 added for thread 1 sequence 54 ID 0x4f44a7a1 dest 3:

ArchivedLog entry 90 added for thread 1 sequence 54 ID 0x4f44a7a1 dest 4:

ArchivedLog entry 91 added for thread 1 sequence 54 ID 0x4f44a7a1 dest 5:

SunFeb 03 22:45:18 2013

ArchivedLog entry 92 added for thread 1 sequence 55 ID 0x4f44a7a1 dest 1:

ArchivedLog entry 93 added for thread 1 sequence 55 ID 0x4f44a7a1 dest 2:

ArchivedLog entry 94 added for thread 1 sequence 55 ID 0x4f44a7a1 dest 3:

ArchivedLog entry 95 added for thread 1 sequence 55 ID 0x4f44a7a1 dest 4:

ArchivedLog entry 96 added for thread 1 sequence 55 ID 0x4f44a7a1 dest 5:

SunFeb 03 22:45:18 2013

Database Characterset is ZHS16GBK

NoResource Manager plan active

SunFeb 03 22:45:30 2013

Startingbackground process QMNC

SunFeb 03 22:45:30 2013

QMNCstarted with pid=24, OS id=3684

SunFeb 03 22:45:40 2013

Completed: alter database open

声明

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn

mysql：blob和其他无-SQL存储，有什么区别？May 13, 2025 am 12:14 AM

mysql'sblobissuitableForStoringBinaryDataWithInareLationalDatabase，而alenosqloptionslikemongodb，redis和calablesolutionsoluntionsoluntionsoluntionsolundortionsolunsolunsstructureddata.blobobobsimplobissimplobisslowderperformandperformanceperformancewithlararengelitiate;

mySQL添加用户：语法，选项和安全性最佳实践May 13, 2025 am 12:12 AM

toaddauserinmysql，使用：createUser'username'@'host'Indessify'password'; there'showtodoitsecurely：1）choosethehostcarecarefullytocon trolaccess.2）setResourcelimitswithoptionslikemax_queries_per_hour.3）usestrong，iniquepasswords.4）Enforcessl/tlsconnectionswith

MySQL：如何避免字符串数据类型常见错误？May 13, 2025 am 12:09 AM

toAvoidCommonMistakeswithStringDatatatPesInMysQl，CloseStringTypenuances，chosethirtightType，andManageEngencodingAndCollationsEttingsefectery.1）usecharforfixed lengengters lengengtings，varchar forbariaible lengength，varchariable length，andtext/blobforlabforlargerdata.2 seterters seterters seterters seterters

mySQL：字符串数据类型和枚举？May 13, 2025 am 12:05 AM

mysqloffersechar，varchar，text，and denumforstringdata.usecharforfixed Lengttrings，varcharerforvariable长度，文本forlarger文本，andenumforenforcingDataAntegrityWithaEtofValues。

mysql blob：如何优化斑点请求May 13, 2025 am 12:03 AM

优化MySQLBLOB请求可以通过以下策略：1.减少BLOB查询频率，使用独立请求或延迟加载；2.选择合适的BLOB类型（如TINYBLOB）；3.将BLOB数据分离到单独表中；4.在应用层压缩BLOB数据；5.对BLOB元数据建立索引。这些方法结合实际应用中的监控、缓存和数据分片，可以有效提升性能。

将用户添加到MySQL：完整的教程May 12, 2025 am 12:14 AM

掌握添加MySQL用户的方法对于数据库管理员和开发者至关重要，因为它确保数据库的安全性和访问控制。1)使用CREATEUSER命令创建新用户，2)通过GRANT命令分配权限，3)使用FLUSHPRIVILEGES确保权限生效，4)定期审计和清理用户账户以维护性能和安全。

掌握mySQL字符串数据类型：varchar vs.文本与charMay 12, 2025 am 12:12 AM

chosecharforfixed-lengthdata，varcharforvariable-lengthdata，andtextforlargetextfield.1）chariseffity forconsistent-lengthdatalikecodes.2）varcharsuitsvariable-lengthdatalikenames，ballancingflexibilitibility andperformance.3）

MySQL：字符串数据类型和索引：最佳实践May 12, 2025 am 12:11 AM

在MySQL中处理字符串数据类型和索引的最佳实践包括：1)选择合适的字符串类型，如CHAR用于固定长度，VARCHAR用于可变长度，TEXT用于大文本；2)谨慎索引，避免过度索引，针对常用查询创建索引；3)使用前缀索引和全文索引优化长字符串搜索；4)定期监控和优化索引，保持索引小巧高效。通过这些方法，可以在读取和写入性能之间取得平衡，提升数据库效率。

See all articles