国产精品五月天,黄色成人在线网址,伊人春色精品

Fri, 08 May 2020 04:23:00 GMT

存储格式
   Oracle Number数据�c�d��是变长的�Q�占0~22字节�Q�不像编�E�语�a�中的2/4字节整数�?/8字节��点敎ͼ�关于它的存储格式与解析，DSI上有详细的描�q�ͼ�如下所�C?br />

�W�号�?指数字节描述如下


数字字节描述如下


   正数或零值的计算


   负数值的计算


解析实现
�׃��Oracle Number的精度高�?8位，�q�超��Z��基本定长整数或��Q�Ҏ��表达的数��D��_��因此解析实际上是大整�?实数的四则运��，为避免造轮子，本文使用�?span style="color: red;">GMP开源库�Q?a target="_blank">https://gmplib.org/�Q�，用于��L��_�ֺ�的算术运��，操作有符��h��数、有理数和��Q�Ҏ��Q�除了在GMP机器上运行的可用内存所暗示的精度之外，对精度没有实际的限制。解析实现的核心函数�?strong style="font-size: 12pt;">orcl_raw2number

1 #include
2 #include
3 #include
4
5 #define MAX_PREC  256
6
7 static mpf_t s_base100;
8 static mpf_t s_one;
9
10 static void init_mpf_globals()
11 {
12     mpf_init_set_ui(s_base100, 100);
13     mpf_init_set_ui(s_one, 1);
14 }
15
16 static void clear_mpf_globals()
17 {
18     mpf_clear(s_base100);
19     mpf_clear(s_one);
20 }
21
22 static void orcl_raw2number(unsigned char *data, unsigned int len, mpf_t result)
23 {
24     unsigned int sign = *data, digit, i;
25     int exp = sign>=128 ? sign-193 : 62-sign;
26     int exp_val;
27     mpf_t tmp;
28
29     mpf_init2(tmp, MAX_PREC);
30     mpf_init2(result, MAX_PREC);
31
32     if(sign & 0x80){
33         for(i=1; i 34             digit = data[i] - 1;
35             assert(0<=digit && digit<=99);
36
37             exp_val = exp - i + 1;
38             if(exp_val < 0){
39                 mpf_pow_ui(tmp, s_base100, -exp_val);
40                 mpf_div(tmp, s_one, tmp);
41             }else
42                 mpf_pow_ui(tmp, s_base100, exp_val);
43
44             mpf_mul_ui(tmp, tmp, digit);
45             mpf_add(result, result, tmp);
46         }
47
48     }else{
49         --len; //ignore the last byte
50         for(i=1; i 51             digit = 101 - data[i];
52             assert(0<=digit && digit<=99);
53
54             exp_val = exp - i + 1;
55             if(exp_val < 0){
56                 mpf_pow_ui(tmp, s_base100, -exp_val);
57                 mpf_div(tmp, s_one, tmp);
58             }else
59                 mpf_pow_ui(tmp, s_base100, exp_val);
60
61             mpf_mul_ui(tmp, tmp, digit);
62             mpf_add(result, result, tmp);
63         }
64
65         mpf_neg(result, result);
66     }
67
68     mpf_clear(tmp);
69 }

��试用例
��试�?23456.789�?123456.789、Oracle Number实际最大最��倹{��Oracle Number理论最大最��?br />

1 int main(int argc, char *argv[])
2 {
3     int n = 19;
4     char buf[256];
5     mpf_t r;
6
7     init_mpf_globals();
8
9     //123456.789
10     unsigned char data[] = {0xc3,0xd,0x23,0x39,0x4f,0x5b};
11     orcl_raw2number(data, sizeof(data), r);
12     gmp_snprintf(buf, sizeof(buf), "%Ff\n\t%.*Ff(%d digits)", r, n, r, n);
13     printf("result: %s\n", buf);
14     printf("\t"); mpf_out_str(NULL, 10, 0, r); printf("\n");
15     mpf_clear(r);
16
17     //-123456.789
18     unsigned char data2[] = {0x3c,0x59,0x43,0x2d,0x17,0xb,0x66};
19     orcl_raw2number(data2, sizeof(data2), r);
20     gmp_snprintf(buf, sizeof(buf), "%Ff\n\t%.*Ff(%d digits)", r, n, r, n);
21     printf("result: %s\n", buf);
22     printf("\t"); mpf_out_str(NULL, 10, 0, r); printf("\n");
23     mpf_clear(r);
24
25     //0
26     unsigned char zero[] = {0x80};
27     orcl_raw2number(zero, sizeof(zero), r);
28     gmp_snprintf(buf, sizeof(buf), "%Ff\n\t%.*Ff(%d digits)", r, n, r, n);
29     printf("result: %s\n", buf);
30     printf("\t"); mpf_out_str(NULL, 10, 0, r); printf("\n");
31     mpf_clear(r);
32
33     //test actual max value:99999(the number of 9 is 38)
34     unsigned char max_data[] = {0xd3,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64,0x64};
35     orcl_raw2number(max_data, sizeof(max_data), r);
36     gmp_snprintf(buf, sizeof(buf), "%Ff\n\t%.*Ff(%d digits)", r, n, r, n);
37     printf("result: %s\n", buf);
38     printf("\t"); mpf_out_str(NULL, 10, 0, r); printf("\n");
39     mpf_clear(r);
40
41     //test actual min value:-99999(the number of 9 is 38)
42     unsigned char min_data[] = {0x2c,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x2,0x66};
43     orcl_raw2number(min_data, sizeof(min_data), r);
44     gmp_snprintf(buf, sizeof(buf), "%Ff\n\t%.*Ff(%d digits)", r, n, r, n);
45     printf("result: %s\n", buf);
46     printf("\t"); mpf_out_str(NULL, 10, 0, r); printf("\n");
47     mpf_clear(r);
48
49     clear_mpf_globals();
50
51     //test max oracle number value
52     mpf_init2(r, 256);
53
54     mpf_set_str(r, "1e125", 10);
55     mpf_out_str(NULL, 10, 0, r); printf("\n");
56     gmp_printf("%Ff\n", r);
57
58     //test min oracle number value
59     mpf_set_str(r, "-1e125", 10);
60     mpf_out_str(NULL, 10, 0, r); printf("\n");
61     gmp_printf("%Ff\n", r);
62
63     mpf_clear(r);
64
65     return 0;
66 }

输出如下

春秋十二�?/a> 2020-05-08 12:23 发表评论

��Z��VSS热备SQL Server的架构及应用

Sat, 02 May 2020 08:31:00 GMT

��Z��么用VSS
   VSS是Windows�pȝ��的卷影像拯��服务�Q�用于解军_��下问题：
    ◆ 许多备䆾工具涉及打开文�g
    ◆ 但是若一个应用程序已�l�以独占方式打开文�g�q�进行访问时�Q�备份工具则不能讉K��该文�?br />     ◆ 即��备䆾工具能够讉K��已打开的文�Ӟ��也可能造成备䆾文�g的不一致�?br />    在实际数据灾备中�Q�主��厂商实现SQL Server的热备�ƈ不会使用数据库自带的backup database/backup log命��o�Q�因��U�方式在应急容�?此时源数据库已宕�?挂蝲数据时要先还原，而还原要�q�接数据库运�?span style="color: e93366;">restore database/restore log命��o�Q�这样就需要部�|�一台机器装上SQL Server专用于还原，不仅增大了成本而且廉��?span style="color: e93300;">RTO�Q�而��用VSS�Q�备份的��是SQL Server的数据文件及日志文�g�Q�在应急容灾挂载时可直接打开�q�用于增删改查，无须�q�原�Q�免��M��机器成本�q��低了RTO�Q�只存在数据库挂载时的事务恢复时��_��?br />
VSS架构
   VSS包括Requestor、Writer、Provider和VSS核心模块四部分，如下图所�C?br />
Requestor在本文中表示热备份应用程序；Writer主要功能是保证数据的一致性，使得那些能够感知影像拯��的应用程序能够接收到�ȝ��Q�freeze�Q�和解冻�Q�thaw�Q�通知�Q�以��保其文件的备䆾拯��是内在一致的�Q�在本文中即指SQL Server自带�?span style="color: #ff00ff;">SQL Writer�Q�Provider主要功能是创建媄像拷贝即打快照，允许��ISV特定的存储方案与影像拯��服务集成��h��Q�在本文中即volsnap.sys存储�q��o型驱动程序，位于文�g�pȝ��和卷��理器之��_��VSS核心模块卛_��中的卷媄像拷贝服务，主要功能是协调各个模块的协作�q�行�Q��ƈ提供创徏及管理卷影像拯��的API接口�?br />
VSS原理�C�Z��

   无论何时�Q�当卷媄像拷贝驱动程序看��C��个针对原始卷的写操作�Ӟ��它把��要被修改的扇区的内容复制到一个与影像��L��兌��的、由��面文�g支持的内存区�?
    ◆ 对于已修�Ҏ��区的影像卯��操作�Q�从该内存区中读取数�?br />     ◆ 对于未修�Ҏ��区的影像卯��操作�Q�从原始卷中��d��

备䆾应用�E�序、Provider和SQL Writer的局�?br /> ◆ 只能备䆾Windows�pȝ��支持的本地文件系�l�上的文�Ӟ��不支持远�E�共享或交叉挂蝲的文件系�l?br /> ◆ 对于�pȝ��提供�?Windows�pȝ��默认自带的Provider�Q��用写时拷贝技�?�Q�被拯��的源卷不必是NTFS��P��但媄像卷必须是NTFS�?br /> ◆ SQL Writer支持全量备䆾及恢复、支持差异备份及恢复和Copy Only备䆾�Q�但不支持备份连�l�事务日志、文件和文�g�l�，不支持页恢复

怎样使用VSS
   微��Y官网提供的VSS SDK 7.2�Q?a target="_blank">https://www.microsoft.com/en-us/download/details.aspx?id=23490�Q�中自带�?span style="color: S00000;">vshadow�?span style="color: S00000;">betest工具源码�Q�经�q�笔者修正一些bug(win 10 + vs2010)�Q��ƈ��Z��备䆾配置方便��原来的文本换成xml格式�Q�成功地实现了SQL Server的全量热备及恢复、差量热备及恢复
   vshadow用法
      以管理员�w�䆾在ms-dos�H�口下执行vshadow.exe /?�Q�可得到所有的帮助
�C�Z��
   可用vshadow -wm获取当前�pȝ��所有写者的元数据，再从中查找SQL Server Writer的写者ID及它下面COM�l��g的逻辑路径和名�U?br />
   betest用法
      以管理员�w�䆾在ms-dos�H�口下执行betest.exe /?�Q�可得到所有的帮助
      �C�Z��
   1. 全量备䆾SQL Server
betest.exe /v /b /t FULL /s backupfull.xml /d f:\backupfull /c SQLWriter.xml
    /v -- 输出详细信息�Q�可选的
    /b -- 备䆾
/t -- 备䆾�c�d��
/s -- 备䆾/恢复�l��gXML格式文档�Q�内含写者及其下�l��g的元数据�Q�非帔R��要）
/d -- 备䆾目录
/c -- 相关写者的配置文�g�Q�文件内含写者ID及其下COM�l��g的逻辑全�\径名

全量恢复SQL Server
betest.exe /v /r /s backupfull.xml /d f:\backupfull /c SQLWriter.xml
    /r -- 恢复
    其它选项说明同上�Q�下�?nbsp;

         2. 差异备䆾SQL Server
            betest.exe /v /b /t DIFFERENTIAL /s backupdiff.xml /pre backupfull.xml /d f:\backupdiff /c SQLWriter.xml
   /pre -- 表示前次基准的全量备份生成的�l��gXML格式文��

           差异恢复SQL Server
              a) betest.exe /v /r /AdditionalRestores /s backupfull.xml /d f:\backupfull /c SQLWriter.xml
                     /AdditionRestores -- 用于差异恢复的选项�Q�表�C�全量后面需要紧跟差异恢复才能完成数据库恢复
              b) betest.exe /v /r /s backupdiff.xml /d f:\backupdiff /c SQLWriter.xml
                     注意�Q�此�?s跟的是差异备份生成的backupdiff.xml文�g�Q?d跟的是差异备份目�?br />
         3. SQL Writer配置
xml格式说明
               writer节点
    id属�?nbsp; --- 写者唯一ID
server_name属�?nbsp; --- SQLServer服务�?br /> stop_restore_start属�?可�? --- 表示恢复时是否先停止数据库服务再启动�Q�yes表示先停再启�Q�no则反之，�q�个用于恢复�pȝ��数据库master�Q�因为master不支持在�U�恢�?br />     component节点
   pathname属�?                --- 逻辑路径�?br />    file节点
    src_path节点 --- SQL Server文�g所在�\径的匚w��模式
    alternate_path节点 --- 恢复时的备选�\径，用于合成差异增量

�C�Z��

    E:\*...
f:\sqlserver\

春秋十二�?/a> 2020-05-02 16:31 发表评论

MySQL和Oracle在日志子�pȝ��及热备方面的�Ҏ��心得

Tue, 21 Apr 2020 03:19:00 GMT

阅读《MySQL Innodb无锁化设计的日志�pȝ��》（https://zhuanlan.zhihu.com/p/53037796�Q�后的心得：

与oracle日志子系�l�异曲同工的差异

1. �I�洞�Q�对于�ƈ发会话copy重做日志造成的空�z�，oracle是由lgwr判断�q�等待持有redo copy闩锁的会话释攑֐��Q�这时空�z�已被填充，可以刷到��盘了；mysql则是由log writer�U�程监测到空�z�被填充后，再写入一�D�连�l�最大lsn的日志到��盘

2. io方式�Q�oracle的lgwr是direct io�Q�mysql的log writer是写到os的page cache�Q�后��q��立的log flusher�U�程��L��Q�比oracle多了一个过�E?/div>

3. 唤醒会话�Q�oracle由lgwr扫描所有等待的会话�Q�只唤醒满��写入条�g(事务提交log已刷�?的会话；mysql则由独立的log flush notifier通过满��条�g对应的分片消息队列来唤醒�Q�比oracle多了一个过�E?/div>

�ȝ��Q�mysql通过原子变量来管理全局log buffer的几个内存位�|�来实现无锁化，而原子操作在多核上仍不利于线性扩展。oracle的闩锁也存在�c�M��问题�Q�但通过�U�有redo�~�存和多个全局log buffer(相关闩锁量与cpu核数正比)�Q�来提升了扩展性。故整体上oracle更优

阅读《MySQL/InnoDB数据克隆插�g(clone plugin)实现剖析》（https://zhuanlan.zhihu.com/p/76255304�Q�后的心得：

与oracle老式热备异曲同工的差�?/strong>

1. page�q�踪�Q�oracle老式热备实际当每行更新时��整个关联的page记录在redo日志中；mysql热备则是记录变化page的id在单独一个地方，用于page copy阶段从buffer pool��d��q�发送页数据到备�?/div>
2. redo归档�Q�oracle老式热备在拷贝数据文件的全过�E�，只要数据文�g被修改就会有redo归��Q�mysql热备则仅在page copy阶段启用redo归��Q�可看做是��时的

3. 一致性恢�?/span>�Q�oracle老式热备存在数据块分��ȝ��象，�Ҏ��应用被冻�l�scn及日志序列号后的redo log来恢复；mysql则通过page copy及应用clone lsn后的redo log来恢�?/div>
�ȝ��Q�oracle老式热备必须处于归档模式�Q�由于记录整块而非行变化，因此重做日志写放大而增加了cpu和io的开销�Q�由于可能判断�ƈ修复分离的块�Q�因此�g长了恢复旉��Q�mysql通过page�q�踪和��时redo归档来减��应用redo的体量而羃短了恢复旉��。故mysql热备整体更优�Q�但相对oracle的现代rman备䆾则�ƈ不更�?/div>

春秋十二�?/a> 2020-04-21 11:19 发表评论

Wed, 06 Nov 2019 03:29:00 GMT

1. �l�定变量作�ؓ一�U�优化查询处理的�Ҏ��Q�在性能上有利有弊，是一把双刃剑。它的优势在于可以共享库�~�存中的父游标，从而避免了��解析及相关的开销�Q�劣势在于因�l�定变量扫视增加了查询优化器选择(非常)低效执行计划的风险，即��支持自适应游标�׃�n�Q�也引入了游标感知判断和谓词选择率估��的代�h�Q�而且在生成高效的执行计划前至��有一�ơ是无效率的。因此，是否使用�l�定变量�Q�需要衡量实际字面��g��处理数据量带来的解析执行的收益与损害�Q�当损害大于收益时就不应该��用，反之当处理较��数据硬解析耗时比执行多�Ӟ��可以��用了

2. 存储快照一般有三种层次�Q�物理卷、文件系�l�和应用�E�序

◆ 物理卷快照基于卷扇区映射表实玎ͼ�宜采用CoFW法，因�ؓ它不必每�ơ写io都去遍历映射表，比RoFW�?/div>

◆ 文�g�pȝ��快照��Z��inode树即元数据复制实玎ͼ�每当写io时更新快照或源inode的指向，必要时向上回溯至根inode。有的文件系�l�比如NetApp公司的WAFL则更优，只须复制根inode�Q�因为每�ơ写io时它会变但其下所有的inode不会�?/div>

◆ 应用�E�序快照最典型的就是数据库�Q�原理本质与上述两种一��P��Z��|��变位图，当page首次(相对于快照创建时�?改变时拷贝到快照文�g(一�U�稀疏文�?�Q�另外当撤消未提交事务或回滚事务时也会发生拷�?此时快照慢慢不再�E��?�Q�这是�ؓ了保证快照的可用一致�?br />
3. 数据块的加锁有单机和分布式两�U�情景，前者是��Z��同步单实例事务的�q�发�Q�后者是��Z��协调分布式事务的同步�Q��ƈ与缓存一致性协议紧密联�p�R��undo,redo,undo/redo三种日志�Ҏ��据脏块与提交日志记录落盘的顺序要求各不同�Q�因此恢复方式不同。脱服务器备份架构比较好�Q�具有不占用应用服务器资源的优势�Q�而微软的vss可传输卷影拷贝提供了�q�一支持�Q��见其技术的先进前瞻�?br />

4. Oracle�?strong style="color: red;">实例恢复完全靠在�U�K��做日志，介质恢复必须靠归档重做日志，以及在线重做日志。然而在�U�K��做日志是有限数量的，那么Oracle是怎样保证宕机�l�实例恢复后不丢数据�Q�答案是��查点。检查点是数据库中一个很重要的机�Ӟ��被重做日志切换触发，由DBWn执行��h��脏块�Q��ƈ清除老的无用的在�U�K��做日志，以允许被覆盖

5. Linux内核的swap高速缓存和其它的缓�?比如page�~�存)不太一��P��因�ؓ它存在的主要原因不是��Z��减少��盘IO提高性能�Q�而是解决换入换出�׃�n匿名��同步即�q�发swap的问题。那么它是唯一的方法吗�Q�不一定，可以遍历所有的anon_vma链表�Q�查扑֌�名页对应的页框是否已建立�Q�但该方法没有swap�~�存快。当�Ӟ��在换入操作很多的情景�Q�swap�~�存��实能提高系�l�性能

6. Linux内存回收的核心是LRU链表�Q�Oracle�?span style="color: red;">buffer cache也有个LRU�Q�这两种LRU的共同点是引用计�?标志)和非�z�跃链表�Q�引用计��C��影响一个对象是否移到非�z�跃链表�Q�非�z�跃链表用于回收或覆盖这个对象。对于Linux�q�个对象是页框，�U�d��非活跃链表取决于swap tendency�Q�而Oracle则是数据块buffer及其TCH

7. Linux内核中的反向映射让我惌��v了Oracle中的反向键烦�?/strong>�Q�它们的共同炚w��是�ؓ了高性能�Q�前者是��Z��快速定位引用同一��|��的所有页表项�Q�从而方便共享内存的回收�Q�后者是��Z��减少右侧索引叶块的竞争，从而降低缓冲区忙等待、提高�ƈ发量

8. mvcc与read uncommitted(��U�RU)隔离�U�别的关�pȝ��竟如何？�q�取决于��C��数据库的实现。对于Oracle�Q�RU和RC的读实现都基于mvcc实现�Q�换句话说Oracle其实没有脏读�Q�对于MySQL innodb引擎�Q�mvcc不适用于RU而只适用于RC/RR�U�别�Q�因为RC/RR必须��d��修改已提交的数据�Q�但基准点不同，前者查询开始时、后者事务开始时�Q�而RU则可��d��未提交的数据�Q�当然用mvcc模拟实现RU应该也可以，只需要读取当前新版本而非旧版�?br />
9. 借助内核page cache的数据库或者存储引擎，一定程度上�Ԍ��是粗暴懒惰的表现�Q�这会导致系�l�负载比较重的情况下�Q�io性能很差。所以�ؓ高性能�Q�必��d��处理好direct io�Q�设�?strong style="color: red;">self cache�Q�这样一来，��避免了��费在原先内栔R��~�存的页框，避免处理内核��늼�存和预读的多余指令而提高了�pȝ��调用read和write的效率，同时减少了一�ơ数据拷�?br />
10. SQL半连�?/strong>的本质是在内�q�接的基��上对内表去重�Q�即使内表有�W�合多个�q�接条�g的元�l�，也只匚w��一条，从而减��了�q�接�q�回的结果集。一般地�Q�简单的in、exists和any子句�Q�都采用半连接实玎ͼ�但若内表本��n保证了唯一性，则半�q�接可消除�{为内�q�接实现�Q�或者内表数据量很小且外表存在烦引，那么也会消除半连接，生成由内表驱动外表，外表走烦引的执行计划。由此一例看出，SQL优化器偏爱内�q�接�Q�因为内�q�接带来了驱动表选择和谓词下推的灉|��Q�便于��生更优的执行计划

11. 从Oracle数据库内核角度讲�Q?strong style="color: red;">游标代表SQL语句的句柄，包含了依赖对象及执行计划�{�信息，它相当于linux的文件描�q�符和windows的句柄。打开或缓存的游标是指对应SQL语句所占的内存(父游标句柄、父�?和子游标句柄的chunk)被加上kgl lock和pin锁，意味着�W�三�ơ后解析同样的SQL不必再从library cache hash chain中加锁查找而直接从PGA的子�?地址中获取�ƈ调用执行计划�Q�如此优化提高了�q�发度加快了查询�Q�这正是软��Y解析�Q��Y软解析前必须软解�?�ơ，目的是将library cache的执行计划在PGA中做一份链接，软解析前必须��解析，目的是将执行计划攑֜�library cache中。然而，如果�׃�n池空闲内存不��I��或者依赖对象发生DDL操作��D��执行计划失效�Q�那么执行计划所占chunk可以被覆盖释放，�q�样一来，�?�?解析时就需要重新生成执行计划了

12. Oracle的内存管�?/strong>�_�略地类��g��Linux内核�Q�所不同的是内存分配单元�Q�前者叫granule通常大小4M~16M�Q�后者叫page通常4K�Q�数据块�~�冲的分配类��g��伴算法，�׃�n�?主要用于sql�~�存)的chunk分配�c�M��slab��法�Q�共享池中的保留池类似基于slab的内存池

13. Oracle数据库究竟是怎样构徏�?strong style="color: red;">数据块的��M��致�?/strong>版本�Q�这是个比较复杂、细致和有趣的问题，核心��程如下

◆ 克隆数据块，若不存在则先从磁盘读�Q�下面几步以克隆块�ؓ目标

◆ �Ҏ��ITL中的flag及lck�Q�对所有已提交的事务做清除操作�Q�即延迟块清除。�g�q�块清除��Z��获取��_��_��的提交SCN填充到ITL�Q�分2�U�情况，若事务表槽没被覆盖，则直接用其提交SCN�Q�否则先从事务控制区获取SCN�Q��ƈ判断对于上界提交是否��_��_��Q�若不够则需要回滚事务表一直找到合适的SCN或报错ORA-01555

◆ �Ҏ��ITL中的uba�Q�反向更�Ҏ��有未提交的事务，也就是应用事务的undo记录

◆ �Ҏ��ITL中的SCN�Q�不断反向更改大于目标SCN的已提交事务�Q�直至遇见合适的已提交事务。这里也是应用undo记录�Q�但不同的是�Q�除了应用行数据�Q�还会从事务的第一个undo记录扑ֈ�先前卛_��一个已提交事务的ITL��Ҏ��贝回当前块的对应ITL��?br />
14. Oracle的多版本控制机制�Q��ؓdml不仅提供了一致且正确的结果，�q�提高了�q�发性，可谓鱼和熊掌兼得。那么它的缺�Ҏ��什么？可能会导致热表的IO增高�Q�因��一致性需要不断回滚多个事务对数据块的修改�Q�直到查询开始时的数据。事务隔��ȝ�别read committed与read uncommitted的相同是不会脏读�Q�区别是前者会不可重复��L��q�读

15. Sql*plus�?strong style="color: red;">ARRAYSIZE�Ҏ��询数据性能有重要的影响�Q�这个��D��大过��都不好�Q�而是要接�q�一个数据块所拥有的行敎ͼ�如此仅一�ơ逻辑IO��拿��C��一批行。那么设�|�合适的ARRAYSIZE��׃��定能提高性能吗？不一定，�q�要看所查询的表使用了什么烦引列及表数据在磁盘上的物理布局�Q�若数据分散卌��因子低�Q�则优化器会选用全表而非索引区间扫描�Q�去执行�q�个查询

16. IOT�?/strong>如果为非主键列再建烦引，那么��成二��索引。这时候查询数据，需要两�ơ扫描，一是扫描二�U�烦引得到IOT中的位置�Q�二是扫描IOT本��n匚w��那个位置�Q�之所以这��h��因�ؓ行记录在IOT中的位置会变。而堆�l�织表，仅需一�ơ扫描烦引结构，得到rowid�Q�再直接�ȝ��盘获取行记录。因此IOT上再��Z��U�烦引，�q��明智的选择

17. 相容性矩阉|��锁调度的核心结�? ��L��一个无环优先图的封锁调度都是冲�H�可串行化的; ��Z��树协议的无环优先囄��锁调度�Q�其整个事务集合的�Q意一个拓扑顺序都是等价可串行化的

18. �ȝ��解决数据�?strong style="color: red;">丢失更新问题的方�?/div>

◆ 对于表不会被悲观锁锁定的情景�Q��用基于select+update的乐观锁�Ҏ��Q�查询保存前映像�Q�以便定位更新。前映像列可为全列，或新增一个时间戳列作为版本列

◆ 对于表可能会被悲观锁锁定的情景：使用select…for update nowait+update的悲观锁�Ҏ��Q�可以以全列的hash(虚拟�?来定位更�?br />
19. 如果能够在备库上打开闪回�Q�那么就可以做到既让生��pȝ��没有承担闪回的开销�Q�又能快速地为错误或故障恢复��C��前某个时刅R��一举两得比较完��，重做日志的创��C��用真是太��了

20. Oracle�?strong style="color: red;">索引聚簇�?/strong>是个创新�Q�它能将多个不同表的行按照烦引列存储在同一块中�Q�属于物理上的join�Q�这样一来既可减��data buffer�~�存的块数而提高效率，又可提高多个相关表连接查询的性能�Q�比如通过外键�U�束的父子表。最典型的应用就是数据字典，数据字典对于查询优化的成本估��很重要�Q�由此可见oracle的设计之明智�Q�mysql的innodb只有索引�l�织表，sql server有堆表和索引�l�织表，但它们都没有索引聚簇�?br />
21. 分布式事务处理是工程��N��。Oracle�?span style="color: red;">serializable串行隔离�U�别以乐观锁实现�Q�所以�ƈ发度与非串行相当�Q�需要注意的是：串行�q�不是说一个事务提交了才能处理下一个，而是多个事务间没有冲�H�表现地像只有一个事务在�q�行�Q�否则Oracle的serializable�U�别��׃��存在抛出ORA-08177错误�?br />
22. 理清read uncommitted事务隔离�U�别的锁�{�略�Q�读不加�׃�n锁，写加排它锁直��x��交，�q�里的锁是指lock�Q�块的缓冲区�q�发操作必须加锁�Q�这里的锁是指latch�Q�若不加�Q�那脏读��d��的数据可能是错的。脏读隔��ȝ�别允许读修改但未提交的行记录�Q�这意味着��M��能被写阻塞，也不能阻塞写�Q�所以不会申请共享锁�Q�显式锁定读除外�Q?br />
23. 与MySQL不同�Q�Oracle�?span style="color: red;">行锁无需索引列的限制�Q�是真正的行锁，其实��Cؓ数据块的属性而非传统的锁��理器，但是它需要在事务commit或rollback时才释放�Q�如果存在慢sql�Q�那么导致的��d��会比较严�?br />
24. 隔离是实现安全的一�U�办法，其结果常被称�?#8220;沙箱”。从�q�个意义上讲Oracle很明智，因�ؓ它的事务没有也不需要read uncommitted隔离�U�别�Q�Oracle最低且默认的隔��ȝ�别是read committed�Q�因为它有基于undo的多版本控制�Q�天生非��d��读，�Ҏ��不会脏读。我想不出read uncommitted有什么好处，除了非阻塞读及可能的高�ƈ发，要�}慎脏��L��危险不安全的

25. windows内存映射和linux内存映射的实现机制不太一��P��前者��用了内存区section的专用数据结构而不像后者重用了��늼�存，内存区的映射完全由内存管理器负责包括物理��分配及脏页面写入器�Q�与�~�存��理器无养I��~�存��理器基于内存管理器�l�护了文件块数据的视图，�q�提供了自己的�g�q�写入器。这两种写入器即回刷�Q�独立�ƈ行地工作

春秋十二�?/a> 2019-11-06 11:29 发表评论