DBASK问答集萃第六期

引言

近期咱们在DBASK小程序新关联了DB备战室，新增长60多位技术专家，期待更多数据库领域的专家和公众号做者加入到墨天轮，共创开放、互助、专业的数据库技术社区。

问答集萃

接下来，咱们分享本期整理出的问题和诊断总结，供你们参考学习，详细的诊断分析过程能够经过标题连接跳转到小程序中查看。

问题1、为何oracle不须要像mysql那样double write

为了解决 partial page write 问题 ，当mysql将脏数据flush到data file的时候, 先使用memcopy 将脏数据复制到内存中的double write buffer ，以后经过double write buffer再分2次，每次写入1MB到共享表空间，而后立刻调用fsync函数，同步到磁盘上，避免缓冲带来的问题，在完成doublewrite写入后，在将double write buffer写入各表空间文件，这时是离散写入。这个过程是mysql double write。 问题：oracle也是会出现相似的状况，为何那么自信，不须要double write

诊断结论：这只能说是InnoDB的设计实现，不一样的产品设计思路不一样。又因为InnoDB只是一个存储引擎，考虑的状况还要复杂。MySQL的引擎制还致使redo和binlog共存。在将来Oracle主导之下，这些都会慢慢被改变。

问题2、truncate 分区表的时候很是慢3个小时没跑完会是什么缘由

分区表有200多G，经过truncate 删除其中的一个分区 使用了 update global indexes选项，执行了3个小时没执行完成，分区表存在 global 索引，最终致使业务没法操做，kill掉truncate 分区表的session 恢复操做，请问

一、这3个小时是在等待 update global indexes 嘛？

二、kill 了 truncate session，业务恢复，表数据也没有删除，不是 truncate 不走 undo嘛，为何 kill session 以后 能回滚了呢？

诊断结论：一、从描述看，很大多是阻塞在update global indexes上面了；能够结合ash看看。二、Truncate是DDL，记录不计redo，可是medata仍是有undo的，你这个操做失败，天然就回滚了。

问题3、oracel 预约义处理语句转为MySQL写法

oracle写法以下：

EXCEPTION
WHEN OTHERS THEN

V_RESULT := I_SERVICE_ID;
RETURN(V_RESULT);

如何转换为MySQL语句写法？看网上说MySQL用 DECLARE，或者是否能够实现这种写法的转换？

诊断结论：相似这种写法：DECLARE EXIT HANDLER FOR SQLWARNING,NOT FOUND,SQLEXCEPTION，可是感受MySQL的exit和Oracle的return仍是有差距。

问题4、对大表字段设置为unuse有哪些影响？

oracle 11.2版本中对大表字段设置为unuse对后续的管理会产生哪些影响？

诊断结论：SET UNUSED再DROP UNUSED COLUMNS，是对于数据量很大的表的一种标准处理方法，因此，实际上大部分都是在SET UNUSED以后的几天内就会选择合适的时机，将这些列物理drop掉，所以不存在太多后续还要持续管理的机会吧。

问题5、rac心跳机制致使重启的问题

rac心跳机制包括网络和磁盘心跳，如遇节点间心跳超时（多是因为服务器hang住或者网络出现问题），是否会重启非主节点的服务器？

节点重启是指集群服务重启仍是服务器重启？若是服务器hang住，能够理解为不能对磁盘进行读写，磁盘心跳超时问题就必定会重启服务器？另外根据mos文档指出，11.2.0.2以后的版本，节点驱逐并不必定会致使服务器重启。

诊断结论：从11.2.0.2开始,当集群中的某个节点被驱逐（例如丢失网络心跳）或者该节点的ocssd.bin出现问题时，集群将不会直接从新启动该节点，而是首先尝试从新启动GI stack来解决问题，若是GI stack不可以在指定的时间内（short disk I/O timeout）完成graceful shutdown，才会从新启动节点。关于网络心跳和磁盘心跳的机制请查看详情。

问题6、oracle goldengate实现一对多复制

目前一套oracle RAC作为源端，须要同步到同一机房的异机一份数据，还须要同步到异地机房一份数据，用一套ogg作一对多复制对源端性能影响大嘛？仍是先同步到同一机房异机一份在从异机的目标端同步数据到异地？

像这种既有同机房异机数据同步，又异地同步，有更好的方案嘛？

诊断结论：一对多能够共用同一个抽取进程，只需多配一个投递进程就能够。

只要是同平台、同版本的Oracle容灾，基本上如今都用的ADG。可是因为源端为ibm小机，目标端为x86的服务器，没考虑用ADG，基本上能用的只有OGG了，不过OGG也不太稳定，特别是全库同步，DDL频繁的场景。

问题7、pdb级别的负载监控性能诊断

在12c之前能够经过例如dbtime的指标，判断数据库负载，在升级到12c,18c后，对于数据库的负载监控有没有一个指标，判断当前容器内那个pdb占用cdb资源最多？在使用oratop时只能看到cdb层面的负载信息，还有别的指标能够快速定位资源占比较高的pdb

诊断结论：12.2能够生成pdb级别的awr报告，另外能够经过OEM CC监控查看各个PDB的负载状况。

问题8、重启多路径跟udev时，须要关闭数据跟数据库集群吗？

12c3节点rac在asm添加新的磁盘时，用的多路径，跟udev，修改multipath.conf de 重启多路径跟udev时，须要关闭数据跟数据库集群吗？

诊断结论：通常状况下重启udev和multipath是不会影响到集群的，原来的链路都在，且重启过程很快。可是重启过程当中也可能存在链路超时或者原链路夯住致使集群重启的状况。还有网卡若是使用udev绑定也会存在节点重启的状况。另外multipath有reload命令。

问题9、oracle目录.cache文件是否能够清理

数据库所在的文件系统/u01使用率基本快满，根据find / -szie +500M -type f查看大于500M的文件进行清理，释放空间，询问您后缀为.cache文件能够清理吗，文件大小为500M，或者那些文件能够清理，我一一查找进行清理。

专家解答：不知道能不能删的文件，最好mv到其余地方，过一段时间后再删除。另外，文件系统慢不必定是大文件占用，多是不少小文件，好比oracle的trace文件。经过du命令去找到占用空间较大的文件或目录，再考虑删除。

问题10、oracle 11g 怎么清理tnslsnr alert日志

请问一下，oracle 11g 怎样安全清理生产环境的alert日志。我想清理。diag/tnslsnr/ERP-DB/listener/alert

诊断结论：这些都是监听日志文件，若是不须要使用，能够直接删除全部带数字的xml文件。
另外禁用xml形式生成监听日志，能够经过在lisneter.ora中设置以下参数：

DIAG_ADR_ENABLED_LISTENER = OFF

另外若是是数据库alert日志能够先压缩备份alert日志，再执行：> alert_SID.log

问题11、请问如何怎么快速定位存储过程当中执行慢的语句

请问如何快速定位存储过程当中执行慢的语句

诊断结论：能够经过ASH 找到存储过程的主SQL而后依次找到递归的全部SQL，而后对这些SQL资源消耗作排序；存储过程记录日志；用10046跟踪运行存储过程的会话；用PLSQL DEVELOPER的Profiler调试，会展现每一个SQL的运行时长。