ORA-01555错误总结(二)
以下是一些简介(上一遍已经介绍过)
从9i的undo自己主动管理,至如今的10g、11g中的undo auto
tuning,使得ORA-01555错误越来越少。可是这个错误仍然不可避免,特别是那些分析型的系统中(OLAP)。
- SQL语句运行时。须要读取UNDO(前映像数据)来构造CR数据块,完毕一致性读取。
可是在读取undo前映像数据时发现,undo信息已经被覆盖(undo空间循环使用),不能构造一致性读的CR块。抛出ORA-01555错误
- SQL语句运行时。訪问到的数据块。须要进行延迟块清除。可是在进行延迟块清除时,不能确定这个数据块的事务提交时间与SQL运行開始时间的先后次序,从而抛出ORA-01555错误
- 添加UNDO空间。延缓UNDO信息被覆盖。也能够理解为添加undo空间循环使用一次的时间,尽量避免延迟块清除时须要的undo信息被覆盖。
- 优化抛出错误的SQL语句,降低SQL语句须要訪问的数据块,可能避免出现ORA-01555,可是这种方法治标不治本,不论什么兴许訪问该块的SQL。都会抛出ORA-01555错误。
- 载入buffer cache。尽量使事务提交时,能够完毕fast commit(直接清理快上的事务信息)。这种方法基本也是过于理想,非常难在实际中发挥作用。
- 缩减事务大小,也尽量使事务提交时。运行fast commit。因为须要改造业务逻辑,基本也不现实,非常难在实际中发挥作用。
- 我们知道这类错误一般出如今OLAP类型的业务系统中。针对这样的情况。最有效的方法是收集可能出现延迟块清除并抛出ORA-01555错误的表,在业务逻辑中。完毕事务后,针对这些表马上进行一次全表扫描(清理块上的事务信息),避免兴许訪问清理时出现的ORA-01555错误。
假设业务逻辑改动较困难,能够依据业务规则,指定一个定时针对这些表的全表扫面任务,来规避延迟块清除导致的ORA-01555错误
- 全表查询中使用select count(*),避免使用select *,由于select count(*)的效率和速度远远高于select *;
- 必须使用提示(full hint),避免使用索引高速扫面的运行计划来统计行数(select count(*))
- 不能使用并行提示(parallel),由于在表上进行并行查询是,以DIRECT READ方式读取表时不会清理数据块上的事务信息
- 11GR2中新特性,当表大小超过一定阀值时,使用direct path read取代db file scatter read扫描。必须避免这样的情况。
- 假设表实在太大,全表扫描的时间过长,能够将表分段(依据dba_extends转化为rowid)。进行分段查询。
a;
dbms_rowid.rowid_create(, oid2, fid2, bid2, ) rowid2
from (select a.*, rownum rn
from (select chunk_no,
min(oid1) oid1,
max(oid2) oid2,
min(fid1) fid1,
max(fid2) fid2,
min(bid1) bid1,
max(bid2) bid2
from (select chunk_no,
FIRST_VALUE(data_object_id) OVER(PARTITION BY chunk_no ORDER BY data_object_id,
relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) oid1,
LAST_VALUE(data_object_id) OVER(PARTITION BY chunk_no ORDER BY data_object_id,
relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) oid2,
FIRST_VALUE(relative_fno) OVER(PARTITION BY chunk_no ORDER BY data_object_id,
relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) fid1,
LAST_VALUE(relative_fno) OVER(PARTITION BY chunk_no ORDER BY data_object_id,
relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) fid2,
FIRST_VALUE(block_id) OVER(PARTITION BY chunk_no ORDER BY data_object_id,
relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) bid1,
LAST_VALUE(block_id ) OVER(PARTITION BY chunk_no ORDER BY data_object_id,
relative_fno, block_id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) bid2
from (select data_object_id,
relative_fno,
block_id,
blocks,
ceil(sum2 / chunk_size) chunk_no
from (select /*+ rule */ b.data_object_id,
a.relative_fno,
a.block_id,
a.blocks,
sum(a.blocks) over(order by b.data_object_id, a.relative_fno,
a.block_id) sum2,
ceil(sum(a.blocks)
over() / &trunks) chunk_size
from dba_extents a, dba_objects b
where a.owner = b.owner
and a.segment_name = b.object_name
and nvl(a.partition_name, '-1') =
nvl(b.subobject_name, '-1')
and b.data_object_id is not null
and a.owner = upper('&owner')
and a.segment_name = upper('&table_name'))))
group by chunk_no
order by chunk_no) a);
Tablespace created.
SQL> alter system set undo_tablespace='UNDO2';
System altered.
SQL> create table dhtest1 as select object_id,object_name from dba_objects;
Table created.
SQL> create table dhtest2 as select owner,table_name from dba_tables;
Table created.
SQL> SELECT
dbms_rowid.rowid_object(rowid) object_id,
dbms_rowid.rowid_relative_fno(rowid) REL_FNO,
dbms_rowid.rowid_block_number(rowid) BLOCKNO,
dbms_rowid.rowid_row_number(rowid) ROWNO,rowid,OWNER,TABLE_NAME
FROM dhtest2 WHERE table_name='DHTEST1';
OBJECT_ID REL_FNO BLOCKNO ROWNO ROWID OWNER TABLE_NAME
---------- ---------- ---------- ---------- ------------------ ------------------------------------------------------------
AAAR7XAAEAAAAO9ABT DH DHTEST1
row updated.
Statement processed.
SQL> oradebug tracefile_name;
/u01/oracle/diag/rdbms/test/test/trace/test_ora_26266.trc
SQL> alter system flush buffer_cache; --刷新内存,兴许提交不会情况数据块中的事务信息
System altered.
block ;
System altered.
Block header dump: 0x010003bd
Object id on Block? Y
seg flg: E typ: - DATA
brn: bdba: 0x10003b0 ver: 0x01 opc:
inc: exflg:
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0xffff.000.00000000 0x00000000.0000.00 scn 0x0000.000fbdc3
0x02 0x0016.. 0x018000b4.0000.1b ----
fsc 0x0001.00000000 ---lck为1 表示这个事务锁定了该数据块中的1行数据
0x03 0x0000.000.00000000 0x00000000.0000.00 fsc 0x0000.00000000
bdba: 0x010003bd
data_block_dump,data header at 0x2b2cf3514a7c
.....省略一部分.......
tab , , @0x4d1
tl: fb: --H-FL-- lb: 0x2 cc: 2
--lb为2,表示这一行被相应itl中的第二个事务槽中的事务更新。
col : [ ] 48
col : [ ] 79
--转换数据能够发现为 yyyyy 。与我们更新的一致
....后面省略............
SQL> col start_scnw format a20
SQL> col start_scnb format a20
SQL> select xidusn,xidslot,xidsqn,ubablk,ubafil,ubarec,to_char(start_scnw,'xxxxxxxx')
start_scnw,
to_char(start_scnb,,)
start_scn
from v$transaction;
XIDUSN XIDSLOT XIDSQN UBABLK UBAFIL UBAREC START_SCNW START_SCNB START_SCN
---------- ---------- ---------- ---------- ---------- ---------- -------------------- -------------------- ----------
fbdcc
;
NAME
------------------------------
_SYSSMU22$
,),'xxxxxxxxxxx'))
undo_file#,
dbms_utility.data_block_address_block(to_number(substr(uba,,),'xxxxxxxxxxx')) blockno#,
to_number(substr(uba,,),'xxxxxxxxx') undo_seq,
to_number(substr(uba,,),'xxxxxxxxx') undo_record
from (select '0x018000b4.0000.1b' uba from dual);
UNDO_FILE# BLOCKNO# UNDO_SEQ UNDO_RECORD
----------
----------
----------
-----------
System altered.
block ;
System altered.
undo header trace 文件:
TRN CTL:: seq: 0x0000 chd: 0x0014 ctl: 0x0012 inc: 0x00000000 nfb: 0x0002
mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: (0x7ffffffe)
uba: 0x018000b4.0000.1b scn: 0x0000.00000000 --uba相应事务表中最早使用的undo块
Version: 0x01
FREE BLOCK POOL::
uba: 0x00000000.0000.1a ext: 0x0 spc: 0x1292
uba: 0x018000b3.0000. ext: 0x0 spc: 0x1c52
uba: 0x018000b2.0000. ext: 0x0 spc: 0x124e
uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0
uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0
TRN TBL::
index state cflags wrap# uel scn dba parent-xid nub stmt_num cmt
------------------------------------------------------------------------------------------------
...........省略一部分...............
0x0f 0x00 0x0002 0x0010 0x0000.000fbe30 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000
0x10 0x00 0x0002 0x0011 0x0000.000fbe3f 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000
0x11 0x00 0x0002 0x0012 0x0000.000fbe45 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000
0x12 0x00 0x0002 0xffff 0x0000.000fbe5e 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000
0x13 0x80 0x0002 0x0000 0x0000.000fbdcc 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000 0
0x14 0x00 0x0001 0x0015 0x0000.00000000 0x00000000 0x0000.000.00000000 0x00000000 0x00000000
state为10表示该事物为活动状态
............后面省略.....................
undo block trace 文件:
UNDO BLK:
xid: 0x0016.. seq: 0x0 cnt: 0x1b irb: 0x1b icl: 0x0 flg: 0x0000
Rec Offset Rec Offset Rec Offset Rec Offset
Rec Offset
---------------------------------------------------------------------------
0x01 0x1f60 0x02 0x1efc 0x03 0x1eac 0x04 0x1e5c 0x05 0x1e28
0x06 0x1de0 0x07 0x1d80 0x08 0x1cc0 0x09 0x1c70 0x0a 0x1bec
0x0b 0x1b68 0x0c 0x1ae0 0x0d 0x1a80 0x0e 0x19f8 0x0f 0x1998
0x10 0x18ec 0x11 0x1840 0x12 0x1790 0x13 0x1724 0x14 0x16b8
0x15 0x1604 0x16 0x1554 0x17 0x14a4 0x18 0x13f4 0x19 0x1344
0x1a 0x12d8 0x1b 0x124c
.................省略一部分undo record................
*-----------------------------
(0x00011ed7) objd: tblspc: (0x00000004)
--------0xbl undo record中保存的前映像数据与我们知道的一致,为DHTEST1
( rci 0x00
Undo type: Regular undo Begin trans Last buffer split: No
Temp Object: No
Tablespace Undo: No
rdba: 0x00000000Ext idx:
flg2:
*-----------------------------
uba: 0x018000b4.0000. ctl max scn: 0x0000.00000000 prv tx scn: 0x0000.00000000
txn
prev brb: prev bcl:
KDO undo record:
KTB Redo
op: 0x03 ver: 0x01
compat (post) padding:
op: Z
KDO Op code: URP row dependencies Disabled
xtype: XA flags: 0x00000000 bdba: 0x010003bd hdba: 0x010003b2
itli: ispac: maxfr:
tabn: slot: (0x53) flag: 0x2c ckix:
ncol: nnew:
col : [ ]
SQL> SELECT utl_raw.cast_to_varchar2(replace('44 48 54 45 53 54 31','
')) value FROM dual;
VALUE
-------------------------------------------
DHTEST1
Commit complete.
DUMP block trace 文件:
Block header dump: 0x010003bd
Object id on Block? Y
seg flg: E typ: - DATA
brn: bdba: 0x10003b0 ver: 0x01 opc:
inc: exflg:
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0xffff.000.00000000 0x00000000.0000.00 scn 0x0000.000fbdc3
0x02 0x0016.. 0x018000b4.0000.1b ----
fsc 0x0001.00000000
--事务信息确实没有被清除!
0x03 0x0000.000.00000000 0x00000000.0000.00 fsc 0x0000.00000000
bdba: 0x010003bd
DUMP undo header 文件:
TRN CTL:: seq: 0x0000 chd: 0x0014 ctl: 0x0013 inc: 0x00000000 nfb: 0x0003
mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: (0x7ffffffe)
uba: 0x018000b4.0000.1b scn: 0x0000.00000000
Version: 0x01
FREE BLOCK POOL::
uba: 0x018000b4.0000.1b ext: 0x0 spc: 0x1204
uba: 0x018000b3.0000. ext: 0x0 spc: 0x1c52
uba: 0x018000b2.0000. ext: 0x0 spc: 0x124e
uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0
uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0
TRN TBL::
index state cflags wrap# uel scn dba parent-xid nub stmt_num cmt
------------------------------------------------------------------------------------------------
...........省略一部分...............
0x11 0x00 0x0002 0x0012 0x0000.000fbe45 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000
0x12 0x00 0x0002 0x0013 0x0000.000fbe5e 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000
0x13 0x00 0x0002 0xffff 0x0000.000fc00b 0x018000b4 0x0000.000.00000000 0x00000001 0x00000000 1399885369
0x14 0x00 0x0001 0x0015 0x0000.00000000 0x00000000 0x0000.000.00000000 0x00000000 0x00000000
0x15 0x00 0x0001 0x0016 0x0000.00000000 0x00000000 0x0000.000.00000000 0x00000000 0x00000000
0x16 0x00 0x0001 0x0017 0x0000.00000000 0x00000000 0x0000.000.00000000 0x00000000 0x00000000
0x17 0x00 0x0001 0x0018 0x0000.00000000 0x00000000 0x0000.000.00000000 0x00000000 0x00000000
............后面省略.....................
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> commit;
Commit complete.
;
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
rows updated.
SQL> /
*
ERROR :
ORA: unable in undo
tablespace 'UNDO2'
SQL> commit
;
Commit complete.
SQL>
SQL> begin
.. loop
;
commit;
end loop;
end;
/
PL/SQL procedure successfully completed.
System altered.
block ;
System altered.
TRN CTL:: seq: 0x07a9 chd: 0x0020 ctl: 0x001f inc: 0x00000000 nfb: 0x0001 次。因此事务表已经被覆盖多次
mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: (0x7ffffffe)
uba: 0x018000bc. scn: 0x0000.00150d58 ------这个SCN是事务表中近期被重用的事务表记录之前的事务的提交SCN,能够理解为已经被覆盖的事务记录中拥有最大的SCN值(事务表记录重用是依照提交SCN从小到大的顺序重用的)
Version: 0x01
FREE BLOCK POOL::
uba: 0x018000be. ext: 0x1 spc: 0xf12
uba: 0x00000000. ext: 0x1 spc: 0xa84
uba: 0x00000000.0000. ext: 0x0 spc: 0x124e
uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0
uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0
TRN TBL::
index state cflags wrap# uel scn dba parent-xid nub stmt_num cmt
------------------------------------------------------------------------------------------------
0x00 0x00 0x014b 0x0002 0x0000.
0x01 0x00 0x014b 0x000b 0x0000.
0x02 0x00 0x014b 0x0003 0x0000.
0x03 0x00 0x014b 0x0005 0x0000.
0x04 0x00 0x014b 0x0006 0x0000.
0x05 0x00 0x014b 0x0004 0x0000.
0x06 0x00 0x014b 0x0007 0x0000.
0x07 0x00 0x014b 0x0008 0x0000.
0x08 0x00 0x014b 0x0009 0x0000.
0x09 0x00 0x014b 0x000a 0x0000.
0x0a 0x00 0x014b 0x0001 0x0000.
0x0b 0x00 0x014b 0x000c 0x0000.
0x0c 0x00 0x014b 0x000d 0x0000.
0x0d 0x00 0x014b 0x000e 0x0000.
0x0e 0x00 0x014b 0x000f 0x0000.
0x0f 0x00 0x014b 0x0010 0x0000.
0x10 0x00 0x014b 0x0011 0x0000.
0x11 0x00 0x014b 0x0012 0x0000.
0x12 0x00 0x014b 0x0013 0x0000.
0x13 0x00 0x014b 0x0014 0x0000.
0x14 0x00 0x014b 0x0015 0x0000.
0x15 0x00 0x014b 0x0016 0x0000. 0x018000bf 0x0000.000.00000000 0x00000003 0x00000000
0x16 0x00 0x014b 0x0017 0x0000.
0x17 0x00 0x014b 0x0018 0x0000. 0x018000b2 0x0000.000.00000000 0x00000001 0x00000000
0x18 0x00 0x014b 0x0019 0x0000.
0x19 0x00 0x014b 0x001a 0x0000.
0x1a 0x00 0x014b 0x001b 0x0000.
0x1b 0x00 0x014b 0x001c 0x0000. 0x018000b9 0x0000.000.00000000 0x00000003 0x00000000
0x1c 0x00 0x014b 0x001d 0x0000.
0x1d 0x00 0x014b 0x001e 0x0000. 0x018000bb 0x0000.000.00000000 0x00000003 0x00000000
0x1e 0x00 0x014b 0x001f 0x0000. 0x018000bc 0x0000.000.00000000 0x00000002 0x00000000
0x1f 0x00 0x014b 0xffff 0x0000. 0x018000be 0x0000.000.00000000 0x00000003 0x00000000
0x20 0x00 0x014a 0x0021 0x0000.
0x21 0x00 0x014a 0x0000 0x0000.
undo block trace文件:
UNDO BLK:
xid: 0x0016. seq: 0x76c cnt: 0x2 irb: 0x2 icl: 0x0 flg: 0x0000
Rec Offset Rec Offset Rec Offset Rec Offset
Rec Offset
---------------------------------------------------------------------------
0x01 0x1ba0 0x02 0x17bc
*-----------------------------
(0x00011ed5) objd: tblspc: (0x00000004)
( rci 0x00
Undo type: Regular undo Last buffer split: No
Temp Object: No
Tablespace Undo: No
rdba: 0x018000b3
*-----------------------------
KDO undo record:
KTB Redo
op: 0x02 ver: 0x01
compat (post) padding:
op:
rows:
tabn: slot: (0x3c) flag: 0x2c ckix:
ncol: nnew:
KDO Op code: row dependencies Disabled
xtype: XAxtype KDO_KDOM2 flags: 0x00000080 bdba: 0x010002ab hdba: 0x010002aa
itli: ispac: maxfr:
vect
col : []
tabn: slot: (0x3d) flag: 0x2c ckix:
ncol: nnew:
KDO Op code: row dependencies Disabled
xtype: XAxtype KDO_KDOM2 flags: 0x00000080 bdba: 0x010002ab hdba: 0x010002aa
itli: ispac: maxfr:
vect
.................省略这一undo record中的一部分
col : []
tabn: slot: (0x4f) flag: 0x2c ckix:
ncol: nnew:
KDO Op code: row dependencies Disabled
xtype: XAxtype KDO_KDOM2 flags: 0x00000080 bdba: 0x010002ab hdba: 0x010002aa
itli: ispac: maxfr:
vect
col : []
*-----------------------------
(0x00011ed5) objd: tblspc: (0x00000004)
( rci 0x01
Undo type: Regular undo Last buffer split: No
Temp Object: No
Tablespace Undo: No
rdba: 0x00000000
*-----------------------------
KDO undo record:
KTB Redo
op: 0x02 ver: 0x01
compat (post) padding:
op:
rows:
tabn: slot: (0x50) flag: 0x2c ckix:
ncol: nnew:
KDO Op code: row dependencies Disabled
xtype: XAxtype KDO_KDOM2 flags: 0x00000080 bdba: 0x010002ab hdba: 0x010002aa
itli: ispac: maxfr:
vect
.....................省略这一undo record中的一部分
col : []
tabn: slot: (0x61) flag: 0x2c ckix:
ncol: nnew:
KDO Op code: row dependencies Disabled
xtype: XAxtype KDO_KDOM2 flags: 0x00000080 bdba: 0x010002ab hdba: 0x010002aa
itli: ispac: maxfr:
vect
col : []
file#: minblk maxblk
能够看到。这个undo block中仅仅有两个undo record。无法再找到延迟事务相应的undo record 即1b。
xid: 0x0016.01f.0000014b seq: 0x7a9 cnt: 0x2b irb: 0x2b icl: 0x0 flg: 0x0000
Rec Offset Rec Offset Rec Offset Rec Offset
Rec Offset
---------------------------------------------------------------------------
0x01 0x1fa4 0x02 0x1f60 0x03 0x1f1c 0x04 0x1ed8 0x05 0x1e94
0x06 0x1e50 0x07 0x1e0c 0x08 0x1dc8 0x09 0x1d84 0x0a 0x1d40
0x0b 0x1cfc 0x0c 0x1cb8 0x0d 0x1c74 0x0e 0x1c30 0x0f 0x1bec
0x10 0x1ba8 0x11 0x1b64 0x12 0x1b20 0x13 0x1adc 0x14 0x1a98
0x15 0x1a54 0x16 0x1a10 0x17 0x19cc 0x18 0x1988 0x19 0x1944
0x1a 0x1900 0x1b 0x18bc 0x1c 0x1878 0x1d 0x1834 0x1e 0x13ec
0x1f 0x0fa4 0x20 0x0b5c 0x21 0x0714 0x22 0x0330 0x23 0x02a8
0x24 0x0264 0x25 0x0220 0x26 0x01dc 0x27 0x0198 0x28 0x0154
0x29 0x0110 0x2a 0x00cc 0x2b 0x0088
*-----------------------------
(0x00011ed5) objd: tblspc: (0x00000004)
( rci 0x00
Undo type: Regular undo Last buffer split: No
Temp Object: No
Tablespace Undo: No
rdba: 0x018000bb
(0x00011ed5) objd: tblspc: (0x00000004)
( rci 0x00
Undo type: Regular undo Begin trans Last buffer split: No
Temp Object: No
Tablespace Undo: No
rdba: 0x00000000Ext idx:
flg2:
*-----------------------------
uba: 0x018000bb. ctl max scn: 0x0000.00150d48 prv tx scn: 0x0000.00150d58
txn logon
prev brb: prev bcl:
KDO undo record:
KTB Redo
op: 0x04 ver: 0x01
compat (post) padding: 1
op: L itl: xid: 0x0019.01f.0000014b uba: 0x018000eb.07ab.04
---又能够依据这个uba尝试回滚。一步一步查看。能够发现无法回滚到我们游标查询的SCN。因此能够预见游标查询会因为延迟块清除而抛出ORA-01555错误
flg: scn: 0x0000.
KDO Op code: LKR row dependencies Disabled
xtype: XA flags: 0x00000000 bdba: 0x010002ab hdba: 0x010002aa
itli: ispac: maxfr:
tabn: slot:
ERROR:
ORA: snapshot too with name "_SYSSMU22$"
too small
ORA-01555错误总结(二)的更多相关文章
- Tomcat运行错误示例二
Tomcat运行错误示例二 当遇到这种错误时,一般是构建路径的问题,按步骤来就好.如图: 点击---->库---->Add Library---->下一步---->选择tomc ...
- ORA 00972 错误处理
Oracle 11G SQL 写好的脚本执行后报错:ORA 00972 标识符过长 可能的原因一: select 语句中的字段别名太长,中文字符别名最长为10个汉字,简化别名名称,问题得到解决. 可能 ...
- Android编程容易犯的错误之二
11.不要太相信工具,比如Eclipse里面的断点遇到多线程什么,经常不起作用/走不到,还有就是如果语句为空的也不会走,这时候别太早下结论断点地方出错了, 所以每个工程都应该有日志的开关,通过查看日志 ...
- ios block常见的错误(二)——循环引用
这篇博文继续block的常见错误——循环引用. 循环引用是很多初学者不能察觉的,其产生的原因,是block中的代码会对对象进行强引用. 读者请阅读示例代码1,并思考示例代码1所创建的对象能否被正常销毁 ...
- [Python学习]错误篇二:切换当前工作目录时出错——FileNotFoundError: [WinError 3] 系统找不到指定的路径
REFERENCE:<Head First Python> ID:我的第二篇[Python学习] BIRTHDAY:2019.7.13 EXPERIENCE_SHARING:解决切换当前工 ...
- navicat cannot load oci dll||oracle 改字符集为GBK后 navicat 连不上||Ora-28547 ora net错误
此段适用于 解决 navicat cannot load oci dll 环境 Navicat Premium 和 oracle 原因,navicat 32 和64 都只支持 32位的oci.dll ...
- Spring+dubbo错误(二)
ERROR [TestContextManager.java:231] Caught exception while allowing TestExecutionListener [org.sprin ...
- klee错误汇报二:KLEE的optimize选项的一个困惑
问题已经提交github:https://github.com/klee/klee/issues/650 在一个对命令行参数进行建模的符号执行过程中,添加optimize选项与不添加optimize选 ...
- 关于oracle 11g导出数据时 报 ORA 1455错误的处理
因为导出的该用户的表可能存在空数据表,那么可能就会出现此其异常. 首先: 查看: SQL>show parameter deferred_segment_creation; 假设为T ...
- plsql 连接oralce数据库,报ora 12557 tns 协议适配器不可加载错误
使用plsql 连接oracle 数据库报ora 12557 错误: 解决方案: 1:首先确保服务中的service以及监听器都开启 2:F:\app\Administrator\product\11 ...
随机推荐
- git远程仓库变更
查看自己的远程仓库 git remote -v 远程仓库变更 git remote remove origin //移出现有的远程仓库的地址 git remote add origin http:// ...
- 模块 -logging
模块 -logging 一:在控制台显示:默认 import logging logging.debug("debug") logging.info("debug&quo ...
- tinymce原装插件源码分析(二)-link
link 功能描述如下: 单纯放置光标: 1.如果光标放到了<a>上,读取a标签的内容,并弹框显示,确定的时候,更新当前a标签. 2.否则,就创建弹框,确定的时候,按照参数添加a标签. s ...
- Shiro结合Spring boot开发权限管理系统
前一篇文章说了,我从开始工作就想有一个属于自己的博客系统,当然了,我想的是多用户的博客,大家都可以发文章记笔记,我最初的想法就是这样. 博客系统搭建需要使用的技术: 1.基于Spring boot 2 ...
- codeforces 914 D Bash and a Tough Math Puzzle
#include<iostream> #include<cstring> #include<cstdio> #include<algorithm> #i ...
- 一句话木马和中国菜刀的结合拿webshell
什么叫做一句话木马: 就是一句简单的脚本语言,一句话木马分为Php,asp,aspx等 中国菜刀: 连接一句话木马的工具 实验的目的: 通过一句话木马来控制我们的服务器,拿到webshe ...
- CodeVS 1789 最大获利
1789 最大获利 2006年NOI全国竞赛 时间限制: 2 s 空间限制: 128000 KB 题目等级 : 大师 Master 题目描述 Description 新的技术正冲击着 ...
- 转载:爱加密邀您参加5月17日深圳App开发沙龙活动
听闻,移动互联网的九大门派已集结在一起,各路顶尖高手携App修炼宝典九阴真经现身,一场席卷全国的App修炼风暴即将来临.5月17日,以“移动开发者如何白手起家.快速盈利”为主题的沙龙活动将在深圳市南山 ...
- UILite-MFC/WTL/DirectUI界面库
之前写了UILite库介绍: http://blog.csdn.net/zhangzq86/article/details/9093945 如今UILite库能够使用git訪问了: https://g ...
- JVM分代通俗解释
JVM分代通俗解释 学习了:https://www.cnblogs.com/zgghb/p/6428395.html