MYSQL教程之Blockdump - 8.x Data Segment Header ...

如果互联网服务提供商，支撑数据的云服务，或它们之间任一点网络被堵塞或中断，他们就会遇到与数据延迟或应用程序故障有关的问题。如果问题发生在企业内部，解决方案提供商可以排除故障找出原因。oracle
Subject:QREF:Blockdump-8.xDataSegmentHeaderinOracleCreationDate:25-APR-2000CACHEBLOCK:SeeNote:47132.1type:0x10=DATASEGMENTHEADER-UNLIMITEDEXTENTCONTROL:ExtentHeader::spare1:0space2:0#extents:13#blocks:1429lastmap0x00000000#maps:0offset:4128Highwater::0x020004d0ext#:12blk#:275extsize:475#blocksinseg.hdrsfreelists:5#blocksbelow:1229mapblk0x00000000offset:12Unlocked==>spare1:thisfieldisnolongerused(oldinc#,nowalways0)==>space2:thisfieldisnolongerused(oldts#,nowalways0)==>#extents:numberofextentsallocatedtosegment==>#blocks:numberofblocksallocatedtosegment==>lastmap:addressoflastextentmapblock0ifextentmapisentirelyinthesegmentheader==>#maps:numberofextentmapblock==>offset:offsettoendofextentmap==>HWMdba:addressofblockathighwatermark==>ext#:HWMextentnumberrelativetosegment==>blk#:HWMblocknumberwithinextent==>extsize:HWMextentsize(inblocks)==>#blocksinseg.hdrsfreelists:numberofblocksinseg.hdrsfreelist==>#blocksbelow:numberofblocksbelowHWM==>mapblkdba:dbaofextentmapblockcontainingHWMextentis0ifHWMisinthesegmentheader==>offset:offsetwithinextentmapblockistheext#ifHWMisinsegmentheader==>Lockedby:iflockedbyatransaction,thexidisdisplayedEXTENTMAP:MapHeader::next0x00000000#extents:13obj#:12141flag:0x400000000x02000003length:40x02000007length:50x0200000clength:100x02000016length:150x02000025length:200x02000039length:300x02000057length:450x02000084length:650x020000c5length:950x02000124length:1400x020001b0length:2100x02000282length:3150x020003bdlength:475MapHeader:==>nextdba:addressofnextextentmapblock==>#extents:numberofextentsinthisextentmapblock==>obj#:objectidforthissegment==>flag:Flagtomarktheversionofsegmentheaderis2ifthesegmentheaderisV8MapExtent:==>dba:dbaofextent==>length:numberofblocksinextentFREELIST:nfl=1,nfb=1typ=1nxf=0SEGLST::flg:USEDlhd:0x020004cbltl:0x020004cfSegmentHeader:==>nfl:numberoffreelists/block==>nfb:numberoffreelistblocks+segmentheader==>typ:blocktype==>nxf:numberoftransactionfreelistsSegmentList:==>flg:flagUSEDorUNUSEDthefreelist==>lhd:headoffreelist==>ltl:tailoffreelist
你可以配置MySQL运行在微小的嵌入式应用程序中，处理的数据可能不足1Mb??而你也可以用它来处理数Tb的数据。MySQL获得这种可扩展性的路径之一是通过一个人们所熟知的存储过程，这是一个运行在程序之外的微型、预编译程序。

学习SQL语言的话如果要学会去做网站就不是很难!但是要做数据库管理的话就有难度了!

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。

再开发调试阶段和OLAP环境中，外键是可以建立的。新版本中加入了SETNULL和SETDEFAULT属性，能够提供能好的级联设置。

两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！