2008年5月28日 #

          語錄一

          某天,停車,圖方便隨便停在路邊,抱怨了兩句,ld隨即頂回一句:“只要有邊就能停”

          posted @ 2008-11-18 23:32 tacy lee 閱讀(251) | 評論 (0)編輯 收藏

          oracle 的lob & long

          一直認為lob類型的性能要好過long,但是之前只了解到long的種種限制,oracle也是不推薦使用long類型,這幾天由于一個項目問題,產(chǎn)品里面一個表字段用了long類型,分析下來操作long的時候,性能有所影響,想把它改成lob,就簡單驗證了一下

          首先創(chuàng)建兩個測試表:

          create table test_long (a int primary key,b long);
          create table test_clob (a int primary key,b clob);

          用附件java代碼,往兩個表里面各插入100條數(shù)據(jù),保證插入數(shù)據(jù)是一樣的,lob字段長度為10k(如果小于4k,oracle可以把它保存到到表內(nèi),不會存儲在表外,性能沒有問題,這個我基本確定,而且我們應(yīng)用中這個字段經(jīng)常會超過4k)。

          做一個簡單查詢對比一下:

          SQL> set autotrace traceonly;
          SQL> select * from test_clob where a=1;

          統(tǒng)計信息
          ----------------------------------------------------------
                  331  recursive calls
                    0  db block gets
                   69  consistent gets
                    4  physical reads
                    0  redo size
                 1278  bytes sent via SQL*Net to client
                  837  bytes received via SQL*Net from client
                    5  SQL*Net roundtrips to/from client
                   12  sorts (memory)
                    0  sorts (disk)
                    1  rows processed

          SQL> select * from test_long where a=1;

          統(tǒng)計信息
          ----------------------------------------------------------
                  236  recursive calls
                    0  db block gets
                   43  consistent gets
                    0  physical reads
                    0  redo size
                  675  bytes sent via SQL*Net to client
                  531  bytes received via SQL*Net from client
                    3  SQL*Net roundtrips to/from client
                    5  sorts (memory)
                    0  sorts (disk)
                    1  rows processed

          對比一下,long開銷比lob小,當然你可以把lob字段啟用緩存,把4次物理讀去掉,但還是多了(73-43)次邏輯讀,update也試了一下,lob產(chǎn)生的redo比long大,就不列出來了,有興趣的可以自己試試

          測試下來,看來之前的認識不對,不確定的東西最好還是動手試試,當然對于新應(yīng)用,還是不建議用long,畢竟oracle已經(jīng)廢棄它了。

          testClobLong.java

          posted @ 2008-06-24 01:18 tacy lee 閱讀(464) | 評論 (0)編輯 收藏

          殺掉服務(wù)器上的遠程桌面連接

          用遠程桌面連接登入服務(wù)器的時候,你可能會經(jīng)常碰到下面的情況:

          mstsc-exceed-456x114

           

          也就是說,服務(wù)器的連接數(shù)已經(jīng)滿了,很多時候,可能是別人異常斷開連接,導(dǎo)致連接沒有釋放,一般這時候你需要去機房登入服務(wù)器斷開連接,其實windows提供了tsdiscon命令來做這事情

          posted @ 2008-06-22 17:12 tacy lee 閱讀(474) | 評論 (0)編輯 收藏

          通過保存錯誤頁面到日志中解決一些后臺看不到異常的錯誤

          有時候,我們可能希望看到lr的出錯頁面:比如lr出錯,但是后臺服務(wù)器沒有錯誤日志,這時候,我們希望能看到錯誤頁面的內(nèi)容來判斷問題出在什么地方,但是lr沒有提供類似的功能

          我們可以通過一種變通的辦法來實現(xiàn):

          首先找到你出錯的頁面,保存該頁面到參數(shù)里面:

          web_set_max_html_param_len(“2048”);

          web_reg_save_param(“FILED”,”LB=”,”RB=”,”Search=Body”,LAST);

          然后輸出到日志里面: lr_output_message(”#######################################%s”,lr_eval_string(”{FILED}”));

          修改lr run-time的幾個設(shè)置:

          1、Always send messages

          2、continue on error (這樣才能保證運行l(wèi)r_output_message)

          這樣lr會把所有的lr_output_message輸出保存到日志文件

          當然你不要下載資源文件,否則保存到的就不是html頁面了,可能是一個gif :(

          最后,結(jié)合lr controller的錯誤信息,定位到出錯的vuser id,查看該vuser的log文件就能看到錯誤頁面了

          非常有效的一個小技巧,用它解決了一個難纏的問題。

          posted @ 2008-05-28 23:05 tacy lee 閱讀(843) | 評論 (3)編輯 收藏

          主站蜘蛛池模板: 文登市| 靖远县| 顺昌县| 江安县| 上饶县| 郴州市| 兖州市| 安岳县| 江华| 岳阳市| 重庆市| 上高县| 垦利县| 新丰县| 壤塘县| 宾阳县| 江川县| 虞城县| 宜良县| 阳江市| 黔江区| 江山市| 韶关市| 沁水县| 平山县| 双江| 蓬莱市| 开原市| 嘉义县| 慈溪市| 萝北县| 永善县| 开化县| 马龙县| 新平| 交口县| 苍山县| 栾川县| 中山市| 正安县| 青川县|