新开的公司做网站多少钱,wordpress菜单,济南做网站哪里好,江西省上饶市网站建设公司Category Archives: ORACLE所有Oracle技术文章看到群里有人提出一个需求#xff0c;一张表数据量很大#xff0c;只想导出其中一部分列。 无论是老版本exp还是数据泵expdp#xff0c;Oracle都提供了QUERY的功能#xff0c;这使得查询表中部分记录的功能可以实现#xff0c…Category Archives: ORACLE所有Oracle技术文章看到群里有人提出一个需求一张表数据量很大只想导出其中一部分列。 无论是老版本exp还是数据泵expdpOracle都提供了QUERY的功能这使得查询表中部分记录的功能可以实现但是QUERY只能过滤行而不能过滤列Oracle数据泵会读取表中全部列的。 在12c中Oracle为数据泵提供了VIEW功能使得导出的时候可以根据视图的定义来导出表中的数据 SQL select banner from v$version; BANNER ——————————————————————————– Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 – Production SQL CREATE TABLE T_TABLES AS SELECT * FROM ALL_TABLES; 表已创建。 SQL create view v_tables as select owner, table_name, tablespace_name from t_tables … Continue reading →Oracle在12c之前对于索引范围扫描是没有办法并行执行的从12.1开始Oracle可以并行的执行索引扫描。 首先创建测试环境 SQL create table t_para_ind (id number, name varchar2(30), created date); Table created. SQL insert into t_para_ind select id, object_name, created from t_big; 6735106 rows created. SQL commit; Commit complete. SQL create index … Continue reading →嘉年华听了恩墨学院的一个主题《重现ORA-01555 细说Oracle 12c Undo数据管理》吕老师介绍了UNDO的概念以及ORA-1555的产生并介绍了12c以来Oracle的UNDO相关的新特性。 其中介绍了Oracle如何使用UNDO来实现多版本一致性读使用了OPEN CURSOR的方式非常巧妙地在很少量数据的情况下构造出可重现的案例。不过这个案例存在一点小的瑕疵因为如果一不小心很可能会导致结果与预期不符这是因为这里有一个例外存在。 我们先来模拟一下UNDO构造一致性读的情况对于Oracle而言默认的隔离级别是READ COMMIT也就是说一个会话只能看到其他会话已经提交的修改未提交的修改或者在当前会话查询发起之后提交的修改都是不可见的。 再介绍一下OPEN CURSOROracle中当一个游标被打开其结果集就已经确定了也就是说这个游标会根据OPEN CURSOR这个时间点对应的SCN来构造一致性查询。但是OPEN CURSOR时对应的SQL并不会被执行在后续FETCH的时候(对于SQLPLUS而言PRINT命令会触发FETCH)SQL才真正被执行。使用这种办法可以模拟一个大的查询OPEN CURSOR相当于大的查询的开始时间其早于其他会话的修改提交时间而FETCH的时间相当于大查询读取到这条记录的时间而该时间晚于其他会话提交的时间 SQL SET SQLP ‘SQL1 ‘ SQL1 CREATE TABLE T_UNDO (ID NUMBER, NAME VARCHAR2(30)); Table created. SQL1 INSERT INTO T_UNDO SELECT ROWNUM, OBJECT_NAME FROM DBA_OBJECTS; … Continue reading →某客户数据库出现了严重的性能问题导致应用出现大范围超时以及会话激增等问题多次尝试kill session都无法彻底解决问题重启后系统恢复正常。 拿到故障时刻的AWR报告可以发现问题时刻数据库的主要等待为Global transaction acquire instance locks和enq: TX – row lock contention。 Event Waits Time(s) Avg wait (ms) % DB time Wait Class Global transaction acquire instance locks 5,342 5,343 1000 74.09 Configuration enq: TX – row lock contention … Continue reading →最近碰到一个单条SQL运行效率不佳导致数据库整体运行负载较高的问题。 分析、定位数据库的主要负载是这条语句引起的过程相对简单通过AWR报告就可以比较容易的完成定位这里就不赘述了。 现在直接看一下这个导致性能问题的SQL语句其对应的SQL REPORT统计如下 Stat Name Statement Total Per Execution % Snap Total Elapsed Time (ms) 363,741 363,740.78 8 .42 CPU Time (ms) 362,770 362,770.00 8 .81 Executions 1 Buffer Gets 756 756.00 0.00 Disk Reads 0 0.00 … Continue reading →最近看到一个比较有意思的例子是和更新重启动有关。 更新重启动是Oracle中一个隐藏的知识点当Oracle在读取数据时会构造读一致性当读取的内容发生了修改Oracle会通过UNDO信息来还原数据的前镜像把数据还原到查询发生的时刻通过构造一致性的结果来实现读取数据的一致性和隔离性。 Oracle实现的读一致性也被称为多版本读一致性每个会话都会构造自己的一致性查询版本。但是对于写操作而言这种方式是不可能的因为最终的数据只有一份如要要修改数据就只能修改唯一的这份数据所以对读操作访问的是一致性版本而对于写操作修改的永远是当前版本。 既然写操作只能修改当前版本当写操作执行的过程中发现要修改的记录发生了变化破坏了更新发起时刻的一致性这时就触发了更新重启动也就是说更新操作会放弃之前的修改然后重新发起一次新的更新操作。 ITPUB上有一个有意思的案例展示的就是更新重启动现象链接如下http://www.itpub.net/forum.php?modviewthreadtid2102897 这里来重现一下更新重启动建立一张简单测试用表在会话一插入初始数据并进行更新操作 SQL SET SQLP ‘SQL1 ‘ SQL1 CREATE TABLE T_UPDATE (ID NUMBER); Table created. SQL1 INSERT INTO T_UPDATE SELECT ROWNUM FROM DUAL CONNECT BY LEVEL 4; 3 rows created. SQL1 COMMIT; Commit complete. SQL1 … Continue reading →前些天看到一个朋友在朋友圈里面贴了个图上面是2018年刑侦科推理试题看了一下题目这些题目都是彼此依赖很难找到一个题目作为入手点可以进一步分析因此可能需要用纸笔配合大量的假设和试错才能继续完成。 原题如下 不过这种问题其实是SQL擅长的领域于是一时手痒写了一个SQL语句 SQL WITH T AS 2 (SELECT ASCII(‘A’) R FROM DUAL 3 UNION ALL 4 SELECT ASCII(‘B’) FROM DUAL 5 UNION ALL 6 SELECT ASCII(‘C’) FROM DUAL 7 UNION ALL … Continue reading →上一篇讨论了非空字段中如果存在空值对于查询的影响这里描述一下导致问题的原因。 非空字段空值对查询的影响http://yangtingkun.net/?p1481 书接上文其实CBO的判断本身是没有问题的问题在于为什么一个空值会存在非空约束的字段中。 重新看一下问题 SQL select * from t_def; ID NAME TYPE ———- —————————— ——– 1 a SQL select * from t_def where type is null; no rows selected SQL select * from t_def where type is not null; ID … Continue reading →BLOG有三年没有更新了其实这篇文档也是三年前写的不过当时没有贴出来今天看到有人问起于是分享出来。 这是客户数据库中碰到的一个有意思的问题。 数据库版本为11.2.0.3客户的DSG同步软件在同步某张表时出现了错误报错无非插入空值ORA-1400本来这是一个很简单的问题但是诊断发现问题比较有意思 SQL select * from t_def; ID NAME TYPE ———- —————————— ——– 1 a SQL select * from t_def where type is null; no rows selected SQL select * from t_def where type is not null; ID NAME … Continue reading →又是一个11g新特性导致的问题。 这个新特性很早之前就研究过也在其他客户处碰到过类似的问题。从11g开始如果一个用户使用不正确的密码尝试登录数据库那么随着登录失败次数的增加每次登录验证前延迟等待的时间也会增加 SQL SET TIME ON 18:30:54 SQL 18:30:58 SQL conn test/test Connected. 18:31:25 SQL 18:31:25 SQL conn test/a conn test/a conn test/a conn test/a conn test/a conn test/a conn test/a conn test/test conn test/a ERROR: ORA-01017: invalid username/password; logon … Continue reading →
