Oracle metric – User Calls Recursive Calls, Execute Count
发布时间：2023-02-18 09:11:16 所属栏目：Oracle 来源：互联网
导读：图文解释 Oracle metric User Calls,Recursive Calls,Execute Count According to Oracle doc User calls: Number of user calls such as login,parse,fetch,or execute. This metic probabaly incorporates all the activities we are interested from a Ja
|
图文解释 Oracle metric – User Calls,Recursive Calls,Execute Count According to Oracle doc User calls: Number of user calls such as login,parse,fetch,or execute. This metic probabaly incorporates all the activities we are interested from a Java developer’s perspective. It includes Select/update/delete/insert recursive calls: Number of recursive calls generated at both the user and system level. An example of call at user level: a sql call a store procedure which contains a chunk of sqls. System recursive call are additional calls for housekeeping such as space management,etc. Execute count: total number of calls (user and recursive) that execute sql statements. Does that includes “select” statement? I assume not. Test To varify my undstanding of these concepts I wrote a program doing DML against a test database. Result is here Observation based on Java 3 tier app using JDBC : Execute Count = No. of select/insert/delete/update. For easier understanding. do not think it includes recursive calls as doc indicated. Recursive Calls = No. of update/insert/delete + Ceiling(Hard parse) User Commit = min(No. of update/insert/delete) User Calls = No. of select/insert/delete/update + N * Hard Parse (where N =2 when select and N =1 otherwise.) With function, All sqls in a function will includes in EC,UC. A function call will have one RC,one EC and UC Explanation A sample took from live server : User Calls = 509; Execute Count = 174,Recursive Call = 57 User Commit = 5 The app does not use function,so Execute Count is the number of DMLs send from hibernate to database. User Calls is high,it is from hard parse. So the app should use bind variable.(might not true?) Recursive Calls are from hard parse and update/delete/insert. Since user commit is low,so most of RC are hard parse. Another sample: User Calls = 3872; Exeucte : 1237; Recursive: 28 Recusive is low,so function call and hard parse is low. Why User Calls is so higher than Execute Count?? Looking at v$sql,I find out hundred of sql like delete from user_preferences WHERE forumid=550 and userid=30387 and name='mailPriority' and value='0' apparantly cached hard parse cause User Calls high. Cached hard parse wont incure many recursive calls since they are cached. however,one cached hard parse will always generate one user calls. Action: Ask our developer to use bind variable for this sql Expectation: User calls will dropped to EC value. （编辑：甘南站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
