系列之一使用dbcc捕獲死鎖
經常會被客戶問道：「應用程式被死鎖報錯啦？影響很大，到底是哪個程序導致了死鎖發生的啊？怎麼解決啊？怎麼辦呀？」。如何解決呢？
不管是rds sql server還是自建，死鎖的確是乙個非常頭疼的問題。這篇文章是以死鎖問題為背景，分享死鎖文章系列之二使用profiler捕獲死鎖。
如何手動部署profiler來捕獲死鎖以及對死鎖發時場景重現，這篇文章是將這個手動部署的過程自動化話，實現一鍵部署，既快捷方便，又簡單適用。
「在事先沒有任何跟蹤或者監控部署的情況下，阿里雲rds sql server有沒有辦法獲取到歷史死鎖資訊，供我們分析？」。extended events可以。
如何利用event notification與service broker技術相結合來實現死鎖資訊自動收集系統。通過這個系統，我們可以全面把控sql server資料庫環境中所有例項上發生的死鎖詳細資訊。
「出診」：高cpu使用率
高cpu使用率系列之索引缺失
cpu高使用率往往會導致sql server服務響應緩慢，查詢超時，甚至服務掛起僵死。本系列文章之一的「索引缺失」就是cpu高使用率的最常見的原因。
高cpu使用率的原因之一是索引缺失，而「索引碎片」是cpu高使用率的又一常見的原因。解決索引碎片問題是解決sql server服務響應緩慢，查詢超時。
前兩篇文章討論了導致cpu高使用率的兩個重要原因是索引缺失和索引碎片，本系列文章之三討論資料型別隱式轉換話題。
rds sql server客戶遇到最多的乙個問題便是高cpu使用率導致導致sql server服務響應緩慢，查詢超時，甚至服務掛起僵死。這有非sarg查詢導致cpu的高利用率的解決之道。
這篇文章從引數嗅探是什麼，如何產生，表象是什麼，會帶來哪些問題，如何解決這五個方面來**引數嗅探的來龍去脈。
列儲存索引
sql server 2012列儲存索引技術
列儲存索引也不是一把萬能的鑰匙，在sql server 2012版本中它有諸多非常嚴苛限制條件。
sql server 2012引入了列儲存技術，使得olap場景效能提公升10x，資料壓縮能力7x。但是,列儲存索引的乙個致命缺點是列儲存索引表會進入唯讀狀態，使用者無法更新操作。
使用傳統rdbms資料分析架構，遇到了前所未有的挑戰，高延遲、資料處理流程複雜和成本過高。如何利用sql server 2016列儲存技術做實時資料分析，解決傳統分析方法的痛點呢？
「聽說微軟至sql server 2012以來，推出了一種全新的基於列式儲存的索引，本文開始研究sql server on linux對這個功能的支援度如何，效率有多大的提公升？」。
Hadoop疑難雜症
前天安裝了pig，本來寫了條pig latin，但一直卡在 17 05 07 17 47 07 info mapreduce.job running job job 1494150363568 0001跑不通，想著肯定是mapredcue自身有問題，於是開始了艱苦的檢錯之旅，從csdn到stackf...
Appium疑難雜症
坑之初體驗 1.session大於60秒沒接收到命令自動關閉 python desired caps 在啟動配置裡面加入newcommandtimeout引數 desired caps newcommandtimeout 200 但是注意cnpm預設在當前目錄安裝npm包。3.uiautomatio...
疑難雜症 列舉
1.列舉是使用者自定義的整數型別 2.關於列舉的一般用法，參照 c 中的列舉 3.從字串中獲取列舉值 定義如下的列舉 public enum timeofday 從乙個字串得到列舉值，並轉換為整數 timeofday time timeofday enum.parse typeof timeofda...