很多人也許并不清楚，null event其實(shí)不是空事件，因?yàn)椴皇菦]有等待事件，而是Oracle忘記了剛才等待的事件的名字具體是什么了，但卻保留了該事件的真實(shí)情況。Oracle的開發(fā)人員直到9.2.0.3才更新了這些事件的名稱。

　　那是不是我們每當(dāng)遇到性能問題的時(shí)候都要patch到9.2.0.3呢？

　　我們已經(jīng)知道他的真實(shí)情況依然在v$session_wait的p1、p2、p3參數(shù)里體現(xiàn)，所以，我們可以根據(jù)這些參數(shù)，找出這個(gè)null event究竟是什么等待事件。

　　相關(guān)信息：

　　1. lck processes to pick up extra or missed 'posts' （messages）。

　　in all cases that can be identified the wait time is zero，

　　although on most ports this is changed to 1/100th second in

　　order to force the process to be rescheduled.

　　2. multiple db writers.

　　two cases：

　　- when the master has sent i/o requests to the slaves， it

　　waits on this event for up to 6 seconds until the slaves

　　signal that the i/o is complete.

　　- the slaves wait on this event for up to 3 seconds whilst

　　waiting for requests from the master db writer.

　　目前已經(jīng)被證實(shí)的會(huì)涉及到null event

　　的等待事件還有有sql.net message to client、

　　db file scattered （or sequential） read

MSN: