首页    技术博客    PHP教程    数据库技术    前端开发   HTML5    Nginx    php论坛
新用户注册 | 会员登录
加入会员，解锁专属内容
取消
热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

访问V$LOCK视图Oracle11g出现性能问题

作者：沛公-若溪 | 来源：互联网 | 2017-05-12 15:07
最近发现Oracle11g有个问题，拿出来和大家讨论。是在Oracle11.2.0.3ForLinuxX64环境中。检查数据库是否存在锁信息，在查询V

最近发现Oracle 11g有个问题，拿出来和大家讨论。是在Oracle 11.2.0.3 For Linux X64环境中。检查数据库是否存在锁信息，在查询V

最近发现Oracle11g有个问题，拿出来和大家讨论。是在Oracle 11.2.0.3 For Linux X64环境中。

检查数据库是否存在锁信息，在查询V$LOCK视图时发现很长时间没有响应，甚至一度认为数据库HANG住：

　　SQL> select * from v$lock where type != 'MR';


　　ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK


　　---------------- ---------------- ---- -- -------- ---- ----- ------- ----- -----


　　0000000C5A6AA770 0000000C5A6AA7C8 3405 TO 5124 2 3 0 8543 0


　　0000000C5A6AAA10 0000000C5A6AAA68 3405 TO 5124 1 3 0 8543 0


　　00007FEEB24CBDE8 00007FEEB24CBE48 4255 TM 5124 0 3 0 5455 0


　　0000000C5A6A4860 0000000C5A6A48B8 1 AE 100 0 4 0 10323 0


　　00007FEEB24CBDE8 00007FEEB24CBE48 1144 TM 5124 0 3 0 107 0


　　0000000C5A6A9DD0 0000000C5A6A9E28 1144 TO 5124 2 3 0 107 0


　　0000000C44D8FF08 0000000C44D8FF80 1144 TX 12845057 2063 6 0 107 0


　　0000000C5A6AA4D0 0000000C5A6AA528 3405 AE 100 0 4 0 9547 0


　　0000000C4F97CC28 0000000C4F97CCA0 3405 TX 12517398 2118 6 0 8543 0


　　0000000C5A6A2278 0000000C5A6A22D0 3680 RS 25 1 2 0 10346 0


　　0000000C5A6A3790 0000000C5A6A37E8 3963 TS 16 1 3 0 8906 0


　　0000000C5A6AACC8 0000000C5A6AAD20 4255 AE 100 0 4 0 5484 0


　　0000000C4FDC1288 0000000C4FDC1300 4255 TX 15073308 1757 6 0 5455 0


　　0000000C5A6AA850 0000000C5A6AA8A8 1144 TO 5124 1 3 0 7441 0


　　0000000C5A6A9338 0000000C5A6A9390 1420 TO 5124 2 3 0 840 0


　　0000000C5A6A4940 0000000C5A6A4998 1983 KD 0 0 6 0 10324 0


　　0000000C5A6A4B00 0000000C5A6A4B58 1983 KT 12540 0 4 0 10324 0


　　0000000C5A6A2198 0000000C5A6A21F0 3680 CF 0 0 2 0 10350 0


　　0000000C5A6A2438 0000000C5A6A2490 3397 RT 1 0 6 0 10346 0


　　0000000C5A6A1E18 0000000C5A6A1E70 3680 XR 4 0 1 0 10350 0


　　0000000C5A6A5F38 0000000C5A6A5F90 1134 AE 100 0 4 0 109 0


　　0000000C5A6A4E80 0000000C5A6A4ED8 1420 AE 100 0 4 0 2824 0


　　0000000C4FCAB578 0000000C4FCAB5F0 1420 TX 10223617 2128 6 0 840 0


　　0000000C5A6A9EB0 0000000C5A6A9F08 1420 TO 5124 1 3 0 840 0


　　0000000C5A6AA690 0000000C5A6AA6E8 4255 TO 5124 2 3 0 5455 0


　　00007FEEB24CBDE8 00007FEEB24CBE48 1420 TM 5124 0 3 0 840 0


　　0000000C5A6A6018 0000000C5A6A6070 1990 AE 100 0 4 0 1489 0


　　0000000C5A6A4A20 0000000C5A6A4A78 2831 PW 1 0 3 0 10323 0


　　0000000C5A6A1EF8 0000000C5A6A1F50 3680 RD 1 0 1 0 10350 0


　　0000000C5A6AA5B0 0000000C5A6AA608 1144 AE 100 0 4 0 7459 0


　　00007FEEB24CBDE8 00007FEEB24CBE48 3405 TM 5124 0 3 0 8543 0


　　0000000C5A6A2518 0000000C5A6A2570 3963 TS 3 1 3 0 10325 0


　　0000000C5A6AB128 0000000C5A6AB180 4255 TO 5124 1 3 0 5455 0


　　33 rows selected.


　　Elapsed: 00:13:13.74


　　一个如此简单的查询执行时间居然超过了13分钟，在这个SQL运行过程中检查发现，这个会话在等待直接路径写：


　　SQL> select sql_text from v$sql where sql_id in （select sql_id from v$Session where sid = 1420）；


　　SQL_TEXT


　　--------------------------------------------------------------------------------------


　　SELECT * FROM V$LOCK WHERE TYPE != :"SYS_B_0"


　　SQL> select event, p1text, p1 from v$session where sid = 1420;


　　EVENT P1TEXT P1


　　---------------------------------------- --------------- ----------


　　direct path write temp file number 201


　　检查了一下执行计划：


　　SQL> explain plan for


　　2 SELECT * FROM V$LOCK WHERE TYPE != 'MR';


　　Explained.


　　SQL> select * from table（dbms_XPlan.display）；


　　PLAN_TABLE_OUTPUT


　　------------------------------------------------------------------------------------------------------------------------


　　Plan hash value: 1899724433


　　-------------------------------------------------------------------------------------


　　| Id | Operation | Name | Rows | Bytes | Cost （%CPU）| Time |


　　-------------------------------------------------------------------------------------


　　| 0 | SELECT STATEMENT | | 1 | 158 | 1 （100）| 00:00:01 |


　　|* 1 | HASH JOIN | | 1 | 158 | 1 （100）| 00:00:01 |


　　| 2 | MERGE JOIN CARTESIAN | | 5 | 400 | 0 （0）| 00:00:01 |


　　|* 3 | FIXED TABLE FULL | X$KSUSE | 1 | 32 | 0 （0）| 00:00:01 |


　　| 4 | BUFFER SORT | | 5 | 240 | 0 （0）| 00:00:01 |


　　|* 5 | FIXED TABLE FULL | X$KSQRS | 5 | 240 | 0 （0）| 00:00:01 |


　　| 6 | VIEW | GV$_LOCK | 10 | 780 | 0 （0）| 00:00:01 |


　　| 7 | UNION-ALL | | | | | |


　　|* 8 | FILTER | | | | | |


　　| 9 | VIEW | GV$_LOCK1 | 2 | 156 | 0 （0）| 00:00:01 |


　　| 10 | UNION-ALL | | | | | |


　　|* 11 | FIXED TABLE FULL| X$KDNSSF | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 12 | FIXED TABLE FULL| X$KSQEQ | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 13 | FIXED TABLE FULL | X$KTADM | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 14 | FIXED TABLE FULL | X$KTATRFIL | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 15 | FIXED TABLE FULL | X$KTATRFSL | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 16 | FIXED TABLE FULL | X$KTATL | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 17 | FIXED TABLE FULL | X$KTSTUSC | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 18 | FIXED TABLE FULL | X$KTSTUSS | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 19 | FIXED TABLE FULL | X$KTSTUSG | 1 | 102 | 0 （0）| 00:00:01 |


　　|* 20 | FIXED TABLE FULL | X$KTCXB | 1 | 102 | 0 （0）| 00:00:01 |


　　-------------------------------------------------------------------------------------


　　Predicate Information （identified by operation id）：


　　---------------------------------------------------


　　1 -access（"SADDR"="S"."ADDR" AND TO_CHAR（USERENV（'INSTANCE'））||RAWTOHEX（"


　　RADDR"）=TO_CHAR（"R"."INST_ID"）||RAWTOHEX（"R"."ADDR"））


　　3 -filter（"S"."INST_ID"=USERENV（'INSTANCE'））


　　5 -filter（"R"."KSQRSIDT"<>'MR'）


　　8 - filter（USERENV（'INSTANCE'） IS NOT NULL）


　　11 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　12 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　13 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　14 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　15 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　16 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　17 - filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　18 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　19 - filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSOBFLG",1）<>0）


　　20 -filter（（"KSQLKMOD"<>0 OR "KSQLKREQ"<>0） AND


　　"INST_ID"=USERENV（'INSTANCE'） AND BITAND（"KSSPAFLG",1）<>0）


　　56 rows selected.


　　SQL> select count（*） from X$KSUSE;


　　COUNT（*）


　　----------


　　4528


　　SQL> select count（*） from X$KSQRS;


　　COUNT（*）


　　----------


　　20144


　　显然导致查询缓慢以及读取临时空间的问题原因在于执行计划的错误，而执行计划的错误在于统计信息不准确。


　　解决方法有两种，一种是使用RBO读取V$LOCK视图，另一种是收集V$视图的统计信息，是的Oracle获取正确的执行计划：


　　SQL> select /*+ rule */ * from v$lock where type != 'MR';


　　ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK


　　---------------- ---------------- ---- -- -------- ---- ----- ------- ----- -----


　　0000000C5A6A4A20 0000000C5A6A4A78 2831 PW 1 0 3 0 9861 0


　　0000000C5A6A3790 0000000C5A6A37E8 3963 TS 16 1 3 0 8444 0


　　0000000C5A6A2518 0000000C5A6A2570 3963 TS 3 1 3 0 9863 0


　　00007FEEB24CC490 00007FEEB24CC4F0 1144 TM 75580 0 4 0 2615 0


　　0000000C5A6A6E30 0000000C5A6A6E88 1144 AE 0 1 4 0 2615 0


　　0000000C44D8FF08 0000000C44D8FF80 1144 TX 12124184 2594 6 0 2615 0


　　00007FEEB24CC490 00007FEEB24CC4F0 1144 TM 28 0 3 0 2615 0


　　0000000C5A6AA850 0000000C5A6AA8A8 1144 TO 5124 1 3 0 6979 0


　　00007FEEB24CC490 00007FEEB24CC4F0 1144 TM 75584 0 4 0 2615 0


　　0000000C5A6AA5B0 0000000C5A6AA608 1144 AE 100 0 4 0 6997 0


　　0000000C5A6A6018 0000000C5A6A6070 1990 AE 100 0 4 0 1027 0


　　0000000C5A6A4860 0000000C5A6A48B8 1 AE 100 0 4 0 9861 0


　　0000000C5A6A4940 0000000C5A6A4998 1983 KD 0 0 6 0 9862 0


　　0000000C5A6A4B00 0000000C5A6A4B58 1983 KT 12540 0 4 0 9862 0


　　0000000C5A6AA770 0000000C5A6AA7C8 3405 TO 5124 2 3 0 8081 0


　　00007FEEB24CC490 00007FEEB24CC4F0 3405 TM 5124 0 3 0 8081 0


　　0000000C5A6AA4D0 0000000C5A6AA528 3405 AE 100 0 4 0 9085 0


　　0000000C4F97CC28 0000000C4F97CCA0 3405 TX 12517398 2118 6 0 8081 0


　　0000000C5A6AAA10 0000000C5A6AAA68 3405 TO 5124 1 3 0 8081 0


　　0000000C5A6A2438 0000000C5A6A2490 3397 RT 1 0 6 0 9884 0


　　0000000C4FDC1288 0000000C4FDC1300 4255 TX 15073308 1757 6 0 4993 0


　0000000C5A6AACC8 0000000C5A6AAD20 4255 AE 100 0 4 0 5022 0


　　0000000C5A6AB128 0000000C5A6AB180 4255 TO 5124 1 3 0 4993 0


　　0000000C5A6AA690 0000000C5A6AA6E8 4255 TO 5124 2 3 0 4993 0


　　00007FEEB24CC490 00007FEEB24CC4F0 4255 TM 5124 0 3 0 4993 0


　　0000000C5A6A9EB0 0000000C5A6A9F08 1420 TO 5124 1 3 0 378 0


　　0000000C5A6A9338 0000000C5A6A9390 1420 TO 5124 2 3 0 378 0


　　0000000C5A6A4E80 0000000C5A6A4ED8 1420 AE 100 0 4 0 2362 0


　　00007FEEB24CC490 00007FEEB24CC4F0 1420 TM 5124 0 3 0 378 0


　　0000000C4FCAB578 0000000C4FCAB5F0 1420 TX 10223617 2128 6 0 378 0


　　0000000C5A6A1EF8 0000000C5A6A1F50 3680 RD 1 0 1 0 9888 0


　　0000000C5A6A1E18 0000000C5A6A1E70 3680 XR 4 0 1 0 9888 0


　　0000000C5A6A2198 0000000C5A6A21F0 3680 CF 0 0 2 0 9888 0


　　0000000C5A6A2278 0000000C5A6A22D0 3680 RS 25 1 2 0 9884 0


　　34 rows selected.


　　Elapsed: 00:00:00.17


　　SQL> exec dbms_stats.gather_fixed_objects_stats


　　PL/SQL procedure successfully completed.


　　Elapsed: 00:04:03.17


　　SQL> explain plan for


　　2 select * from v$lock where type != 'MR';


　　Explained.


　　Elapsed: 00:00:00.20


　　SQL> select * from table（dbms_xplan.display）；


　　PLAN_TABLE_OUTPUT


　　---------------------------------------------------------------------------------------


　　Plan hash value: 3524752130


　　--------------------------------------------------------------------------------------


　　| Id | Operation | Name | Rows | Bytes | Cost （%CPU）| Time |


　　--------------------------------------------------------------------------------------


　　| 0 | SELECT STATEMENT | | 104K| 11M| 55 （100）| 00:00:01 |


　　| 1 | HASH JOIN | | 104K| 11M| 55 （100）| 00:00:01 |


　　| 2 | HASH JOIN | | 522 | 49068 | 43 （100）| 00:00:01 |


　　| 3 | VIEW | GV$_LOCK | 522 | 40716 | 40 （100）| 00:00:01 |


　　| 4 | UNION-ALL | | | | | |


　　| 5 | FILTER | | | | | |


　　| 6 | VIEW | GV$_LOCK1 | 207 | 16146 | 28 （100）| 00:00:01 |


　　| 7 | UNION-ALL | | | | | |


　　| 8 | FIXED TABLE FULL| X$KDNSSF | 1 | 40 | 2 （100）| 00:00:01 |


　　| 9 | FIXED TABLE FULL| X$KSQEQ | 206 | 8446 | 26 （100）| 00:00:01 |


　　| 10 | FIXED TABLE FULL | X$KTADM | 254 | 10160 | 10 （100）| 00:00:01 |


　　| 11 | FIXED TABLE FULL | X$KTATRFIL | 1 | 36 | 0 （0）| 00:00:01 |


　　| 12 | FIXED TABLE FULL | X$KTATRFSL | 1 | 36 | 0 （0）| 00:00:01 |


　　| 13 | FIXED TABLE FULL | X$KTATL | 1 | 54 | 0 （0）| 00:00:01 |


　　| 14 | FIXED TABLE FULL | X$KTSTUSC | 1 | 39 | 0 （0）| 00:00:01 |


　　| 15 | FIXED TABLE FULL | X$KTSTUSS | 1 | 39 | 0 （0）| 00:00:01 |


　　| 16 | FIXED TABLE FULL | X$KTSTUSG | 1 | 36 | 0 （0）| 00:00:01 |


　　| 17 | FIXED TABLE FULL | X$KTCXB | 55 | 2200 | 2 （100）| 00:00:01 |


　　| 18 | FIXED TABLE FULL | X$KSUSE | 4528 | 72448 | 2 （100）| 00:00:01 |


　　| 19 | FIXED TABLE FULL | X$KSQRS | 20093 | 431K| 10 （100）| 00:00:01 |


　　--------------------------------------------------------------------------------------


　　26 rows selected.


　　Elapsed: 00:00:00.06


　　SQL> select * from v$lock where type != 'MR';


　　ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK


　　---------------- ---------------- ---- -- -------- ---- ----- ------- ----- -----


　　0000000C5A6A1E18 0000000C5A6A1E70 3680 XR 4 0 1 0 11480 0


　　0000000C5A6A1EF8 0000000C5A6A1F50 3680 RD 1 0 1 0 11480 0


　　0000000C5A6A2198 0000000C5A6A21F0 3680 CF 0 0 2 0 11480 0


　　0000000C5A6A2438 0000000C5A6A2490 3397 RT 1 0 6 0 11476 0


　　0000000C5A6A2278 0000000C5A6A22D0 3680 RS 25 1 2 0 11476 0


　　0000000C4F97A3E8 0000000C4F97A460 1136 TX 15335430 878 6 0 0 0


　　0000000C5A6A2518 0000000C5A6A2570 3963 TS 3 1 3 0 11455 0


　　0000000C4FC26180 0000000C4FC261F8 569 TX 15007765 1622 6 0 0 0


　　0000000C4FDBD628 0000000C4FDBD6A0 3682 TX 13107205 2166 6 0 0 0


　　0000000C4FA02A30 0000000C4FA02AA8 2272 TX 14090252 2079 6 0 0 0


　　0000000C5A6A4940 0000000C5A6A4998 1983 KD 0 0 6 0 11454 0


　　0000000C5A6A4B00 0000000C5A6A4B58 1983 KT 12540 0 4 0 11454 0


　　0000000C4FC23940 0000000C4FC239B8 1989 TX 10289157 2350 6 0 0 0


　　0000000C5A6A4A20 0000000C5A6A4A78 2831 PW 1 0 3 0 11453 0


　　0000000C5A6A9DD0 0000000C5A6A9E28 4258 AE 100 0 4 0 371 0


　　0000000C5A6AACC8 0000000C5A6AAD20 4255 AE 100 0 4 0 6614 0


　　0000000C5A6A68F0 0000000C5A6A6948 4251 AE 100 0 4 0 369 0


　　.


　　.


　　.


　　0000000C4FCAB578 0000000C4FCAB5F0 1421 TX 14417935 2082 6 0 0 0


　　0000000C4FA8CEA8 0000000C4FA8CF20 3118 TX 13828121 2491 6 0 0 0


　　0000000C4FA08ED0 0000000C4FA08F48 1420 TX 11730968 2288 6 0 41 0


　　0000000C4FE47090 0000000C4FE47108 3965 TX 13369364 2318 6 0 0 0


　　0000000C44E18550 0000000C44E185C8 2835 TX 13238301 2255 6 0 0 0


　　0000000C4FCAC998 0000000C4FCACA10 1423 TX 10158112 2226 6 0 0 0


　　0000000C44F291E0 0000000C44F29258 290 TX 12779538 2146 6 0 0 0


　　519 rows selected.


　　Elapsed: 00:00:00.19


　　如果您还有其他的解决办法，欢迎留言讨论。

linux

，
推荐阅读
  • database

    Oracle中tnsnames.ora的作用和配置方法

    本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取，用于解析LOCAL_LISTENER，并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例，并展示了listener.ora文件的内容。 ... [详细]
  • database

    解决Docker中volume的权限问题的方法

    在Docker中，将主机目录挂载到容器中作为volume使用时，常常会遇到文件权限问题。这是因为容器内外的UID不同所导致的。本文介绍了解决这个问题的方法，包括使用gosu和suexec工具以及在Dockerfile中配置volume的权限。通过这些方法，可以避免在使用Docker时出现无写权限的情况。 ... [详细]
  • mysql

    Android 新闻App的本地服务器搭建教程

    本文介绍了在开发Android新闻App时，搭建本地服务器的步骤。通过使用XAMPP软件，可以一键式搭建起开发环境，包括Apache、MySQL、PHP、PERL。在本地服务器上新建数据库和表，并设置相应的属性。最后，给出了创建new表的SQL语句。这个教程适合初学者参考。 ... [详细]
  • database

    使用Power Design和SQL Server进行数据库反向工程的方法详解

    本文介绍了如何使用Power Design（PD）和SQL Server进行数据库反向工程的方法。通过创建数据源、选择要反向工程的数据表，PD可以生成物理模型，进而生成所需的概念模型。该方法适用于SQL Server数据库，对于其他数据库是否适用尚不确定。详细步骤和操作说明可参考本文内容。 ... [详细]
  • mysql

    mysql分组排序_在MySQL中实现分组排序功能

    在数据分析工作中，我们通常会遇到这样的问题，一个业务部门由若干业务组构成，需要筛选出每个业务组里业绩前N名的业务员。这其实是一个分组排序的 ... [详细]
  • mysql

    如何限制php数据库链接数和连接超时时间？

    本文介绍了如何使用php限制数据库插入的条数并显示每次插入数据库之间的数据数目，以及避免重复提交的方法。同时还介绍了如何限制某一个数据库用户的并发连接数，以及设置数据库的连接数和连接超时时间的方法。最后提供了一些关于浏览器在线用户数和数据库连接数量比例的参考值。 ... [详细]
  • mysql

    Oracle Database 10g许可授予信息及高级功能详解

    Oracle Database 10g许可授予信息及高级功能详解
    本文介绍了Oracle Database 10g许可授予信息及其中的高级功能，包括数据库优化数据包、SQL访问指导、SQL优化指导、SQL优化集和重组对象。同时提供了详细说明，指导用户在Oracle Database 10g中如何使用这些功能。 ... [详细]
  • 数据库

    adg架构设置及其在企业数据治理中的应用

    本文介绍了adg架构设置在企业数据治理中的应用。随着信息技术的发展，企业IT系统的快速发展使得数据成为企业业务增长的新动力，但同时也带来了数据冗余、数据难发现、效率低下、资源消耗等问题。本文讨论了企业面临的几类尖锐问题，并提出了解决方案，包括确保库表结构与系统测试版本一致、避免数据冗余、快速定位问题等。此外，本文还探讨了adg架构在大版本升级、上云服务和微服务治理方面的应用。通过本文的介绍，读者可以了解到adg架构设置的重要性及其在企业数据治理中的应用。 ... [详细]
  • mysql

    Hibernate基础映射

    在说Hibernate映射前，我们先来了解下对象关系映射ORM。ORM的实现思想就是将关系数据库中表的数据映射成对象，以对象的形式展现。这样开发人员就可以把对数据库的操作转化为对 ... [详细]
  • 数据库

    postman测试登录后的接口_使用postman进行接口测试的方法(测试用户管理模块)

    本文介绍了使用postman进行接口测试的方法，以测试用户管理模块为例。首先需要下载并安装postman，然后创建基本的请求并填写用户名密码进行登录测试。接下来可以进行用户查询和新增的测试。在新增时，可以进行异常测试，包括用户名超长和输入特殊字符的情况。通过测试发现后台没有对参数长度和特殊字符进行检查和过滤。 ... [详细]
  • mysql

    MysqlDump_mysqldump全库备份相关知识详解

    本文详细介绍了MysqlDump和mysqldump进行全库备份的相关知识，包括备份命令的使用方法、my.cnf配置文件的设置、binlog日志的位置指定、增量恢复的方式以及适用于innodb引擎和myisam引擎的备份方法。对于需要进行数据库备份的用户来说，本文提供了一些有价值的参考内容。 ... [详细]
  • database

    使用 Ubuntu 中的 Python 获取浏览器历史记录

    使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]
  • mysql

    PHP中的MySQL函数库及其常用函数介绍

    本文由编程笔记小编整理，介绍了PHP中的MySQL函数库及其常用函数，包括mysql_connect、mysql_error、mysql_select_db、mysql_query、mysql_affected_row、mysql_close等。希望对读者有一定的参考价值。 ... [详细]
  • mysql

    Spring特性实现接口多类的动态调用详解

    Spring特性实现接口多类的动态调用详解
    本文详细介绍了如何使用Spring特性实现接口多类的动态调用。通过对Spring IoC容器的基础类BeanFactory和ApplicationContext的介绍，以及getBeansOfType方法的应用，解决了在实际工作中遇到的接口及多个实现类的问题。同时，文章还提到了SPI使用的不便之处，并介绍了借助ApplicationContext实现需求的方法。阅读本文，你将了解到Spring特性的实现原理和实际应用方式。 ... [详细]
  • 数据库

    Java String与StringBuffer的区别及其应用场景

    Java String与StringBuffer的区别及其应用场景
    本文主要介绍了Java中String和StringBuffer的区别，String是不可变的，而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象，内存使用上要优于String类。因此，在需要频繁对字符串进行修改的情况下，使用StringBuffer更加适合。同时，文章还介绍了String和StringBuffer的应用场景。 ... [详细]
author-avatar
沛公-若溪
这个家伙很懒，什么也没留下！
Tags | 热门标签
RankList | 热门文章
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有