jack對效能優化一點看法
1.對於資料庫而言，我覺得資料庫安全和穩定是第一，效能優化第二
2.導致資料庫效能因素：軟體設計：利用中介軟體，減少併發產生的問題。軟體**的編寫（sql本身，sql沒有繫結變數
（硬解析）繫結變數有利於oltp，而不是olap）。資料庫設計：oltp --記憶體 --變數繫結 olap--sql優化，分割槽
硬體設計：ｃｐｕ ｉ/o 負載情況，硬碟容量
3.鎖與阻塞（latch），鎖與阻塞是不同概念
4.除了鎖與阻塞問題，首先我們應該看執行計畫：訪問資料方式是索引還是全表掃瞄，是hash join還是nested loops
join 等。得到執行計畫方式：explain plan for set autotrace on 第三方軟體提供的gui工具，常見toad，
pl/sql develoer
5.變數繫結（oltp）
sql解析過程： （軟解析）首先產生乙個hash函式運算，得到乙個hash值，然後到共享池尋找是否有匹配的ｓｑｌ．
（硬解析）如果有匹配的，直接執行當前sql。如果沒有。語法分析 ----語義分析----生成執行計畫----sql的執行 。
繫結變數：本質就是講oracle硬解析轉變成軟分析
6.sql_trace和10046事件，10053------跟蹤資訊
7.awr
資料庫效能優化：應用sql 80% 資料庫記憶體 5% 作業系統 15%（io 15%*90% io調整核心15%*10*)
對mysql儲存效能優化的基本理解
這幾天了解了下關於mysql資料庫的性優化和設計方面的內容，現在做一下自己學習的小結，後續我會繼續深入學習，完善下總結 1 使用索引 每張表最多可以做16個索引，支援多列索引和全文索引 建立索引 create index index name on users username 檢視索引 show ...
對mysql儲存效能優化的基本理解
這幾天了解了下關於mysql資料庫的性優化和設計方面的內容，現在做一下自己學習的小結，後續我會繼續深入學習，完善下總結 1 使用索引 每張表最多可以做16個索引，支援多列索引和全文索引 建立索引 create index index name on users username 檢視索引 show ...
c 14對記憶體分配效能的重大優化
1.本質需求2.存在的問題3.解決方案簡述,c 14標準對記憶體優化的描述修改,會讓編譯器引入類似tcmalloc的記憶體分配優化策略,而不拘泥於原來的有乙個new語句,就分配一次記憶體的傻傻的情況.因此有理由相信用c 14的編譯器編譯出來的c 程式在記憶體分配上效能會有較多提公升.下面的文字 於c...