有乙個歷史庫伺服器，大約有20左右的資料庫，14000左右的連線，50左右的併發，平日表現的挺好的，一日忽然間鬧騰起來了，在一些表上加了索引，好轉一些，但是仍然報警。
實際上，每天抓到的bad trace 並不是很多，並且大部分查詢條件都很簡單，一些查詢時間比較長的查詢出現的次數也不多，這個事情糾結了幾天，終於一日無法在忍受了，和同事一起檢視，發現乙個簡單的查詢竟然有阻塞。
這個查詢的條件列是我認為表的主鍵列，怎麼會有阻塞呢？檢視表結構發現，這個表沒有主鍵，悲劇啊。我一直認為這樣的查詢條件不會出現什麼問題，但是問題出現在表上沒主鍵。糾結。
也許這個問題出現了好久了，之前cpu 沒有達到報警的閾值，所以也沒去查原因，查原因的時候又先入為主的認為簡易查詢肯定沒問題。也許missingindex，以及資料庫阻塞都可以給出答案，重要的是 要有發現問題的系統思想，要細心去發現。
DIY乙個簡易查詢系統
前段時間應需求計畫做乙個簡潔的 中藥毒 查詢 小工具 們提供了不少資料.最簡潔的還屬這個名單 我們預期一下我們希望做出乙個什麼東東,它應該 可以展示資料裡的藥物及其屬性關係.例如 柴胡 對應 小柴胡片 小柴胡顆粒 得生丸 安坤贊育丸。柴胡皂苷 能導致腎上腺肥大 胸腺萎縮，使人體免疫功能降低。有腎毒性...
MFC 是乙個悲劇啊
今天用 visual c 課程設計案例精編 第乙個例子是gpa計算器，遇到了好幾個問題，這裡說一下，太糾結了，水平不足啊 錯誤 在做乙個字處理程式時，我在cview類中定義了乙個carray變數 carray arscore 但是在編譯的時候這條語句卻出現了錯誤，請問這條語句有什麼問題呢 error...
乙個簡易的shell
shell本質上就是將程序程式替換 替換原理 用fork建立子程序後執行的是和父程序相同的程式 但有可能執行不同的 分支 子程序往往要呼叫一種exec函式以執行另乙個程式。當程序呼叫一種exec函式時，該程序的使用者空間 和資料完全被新程式替換，從新程式的啟動例程開始執行。呼叫exec並不建立新程序...