427
三月回頭不遠，一年流逝難追-2017 Q1 精華文章推薦
四月以一個精彩的小假期拉開帷幕，同時也告訴我們，2017 的四分之一已經過去，我們稍微總結了一下，第一個季度裏，最受大家歡迎的精彩文章，與大家分享，三個月回頭不遠，一年流逝難追尋。願大家珍愛春光，度過精彩的每一天！
2016年度中國Oracle數據庫使用現狀分析報告 熱度 7000
在報告中很明顯可以看出，Oracle 11gR2是現在Oracle數據庫的主流版本，擁有最大的用戶群體。而12.1版本的采用自2015年開始上升，但是總體數量仍然不足11.2版本的15%，分析數據顯示11.1版本的保有量很低，這反應了一直以來用戶對 Release 2的期待，所以在12.2發布之前，12c 的采用度會極為有限。
回答了這四個問題，少踩12c 多租戶的好多坑 熱度 5000
ACOUG的年終大會上，我分享了一個主題，列舉了使用Oracle 12c多租戶的過程中可能遇到的各種坑，當你使用一個新產品或者新特性時，如果你不了解，就可能是使用中，陷入其中。 首先我們已經知道，Oracle 12c的多租戶特性，允許在一個容器數據庫中，創建多個PDB，這些PDB彼此隔離和獨立，但是依賴CDB而存在。 現在請大家思考一個問題：如果某個PDB中，因為意外而丟失了一個數據文件，那麼數據庫會怎樣？
新書連載：Oracle數據庫的初始化與跟蹤學習方法 熱度 3000
在DBA的職業生涯中，會麵臨眾多的挑戰，其中最重要的一種情況是數據庫無法啟動，所以深入理解Oracle數據庫的初始化非常重要。通過Oracle的跟蹤手段，可以幫助我們獲取這些知識，在我的學習過程中，一直在不斷地通過跟蹤去研究熟悉的或不熟悉的特性和功能，從而加深自己對於數據庫的理解。
新書連載：Oracle數據庫的跟蹤和分析方法 熱度 3000
在今天的技術領域，DevOps已經成為最熱門的話題之一，DevOps是開發和運維一體化的實踐趨勢，也是運維掌握一定的開發能力，推動和協助開發進行適應高效運維的漸進變革。
在我的技術生涯中，對Oracle數據庫的接觸最多，感受也最深。如果說要將最值得推薦的技能展示給大家，那麼我想推薦的就是Oracle跟蹤方法。事實上，通過跟蹤能夠實現的也正是不斷了解、接近開發的思路和方法，從而有助於運維中的問題診斷、排查和解決。
關於爐石傳說的Oracle數據庫故障不要以為你也可以幸免 熱度 25000
最近暴雪公司和網易的一則聲明刷爆了朋友圈，大意就是由於『供電意外中斷的原因而產生故障，導致數據損壞』，這樣一則公告引發了一係列的猜想，我們在圍觀時仿佛人人都是諸葛亮，而事實上設身處地，我想在一次負責任的故障考驗下，也許很少有人能夠幸免。
如同阿裏雲會誤刪文件、京東會泄露數據、支付寶會被修改密碼、攜程會大麵積癱瘓，在災難來臨之前，誰都會覺得自己是幸運者，而事實上，隻是措手不及那次災難還沒有來到而已。
SQL Server for Linux 下一版本的公共預覽 熱度 6000
微軟在2016年11月中旬正式發布了SQL Server for Linux的第一個公眾預覽版，這條產品線將支持所有的企業級Linux平台。
在第一個預覽版中支持Red Hat Enterprise Linux 7.2和Ubuntu Linux 16.04，並且支持在macOS和Linux中的Docker容器，後續還會支持Suse Linux Enterprise Server，另外，微軟承諾Linux上的SQL Server絕對不會是“SQL Server Lite”這樣的閹割版數據庫，而會是一個具備SQL Server 2016完整功能集的真正的企業級數據庫，比如 in-memory OLTP,還有always-on encryption和row-level security這樣的企業級安全功能。在現在的預覽版中以下這些功能還不支持，但是後續會逐漸支持。
一代梟雄 - 矽穀首富 Larry Ellison 的彪悍人生 熱度 7000
根據2017年1月23日消息，最新的全球科技界最富有的100名富豪榜單現已公布，這最富有的100位超級富豪擁有的財富，淨資產總值達到了8429億美元。比爾蓋茨毫無懸念居榜單首位，而Oracle公司的創始人，拉裏·埃裏森以淨資產543億美元再居第二位，他也是矽穀富豪榜中的第一人。
全球之最：微信每秒50萬拆紅包數據庫是如何支撐運行的？ 熱度 13000
2016年農曆新年，微信支付的支付金額達到80億人民幣，看金額可能不夠直觀，我們看一下具體的背後技術層麵的數據。
從監控上統計到的數據是支付峰值達到每秒15萬次，拆紅包大概是每秒50萬次，這個業務量是非常巨大的，我個人認為這應該是當前全球最大的支付和結算係統。
五重備份無一有效，還有哪些 rm -rf 和GitLab類似的憂傷？ 熱度 9000
DBA的悲傷，不是沒有做備份，就是沒有做有效的備份。日光之下，並無鮮事。
都說一個沒有刪過數據庫的DBA，職業生涯是不完整的，不過當你刪過之後，你的DBA生涯可能就完（整）了。今天我們要講一個做了五重備份但無一有效備份最終導致數據庫恢複失敗全麵崩潰的故事。
每周隻有十條報警：Google的SRE是如何改進運維的? 熱度 8000
對最終用戶負責，SRE跟最終用戶最接近，開發人員寫完代碼關心功能做好沒有，不關心用戶是否高興，SRE最關心的是用戶看到錯誤頁麵的數量是否會增加。SRE最重要的一點是做RELIABILITY，每秒鍾Google會有幾十萬的查詢，每個查詢都會顯示廣告，運維團隊要確保業務連續性。
代碼化、自動化、無人化，Google講究的是所有人操作都不能以堆人來解決。大部分互聯網的業務都是這樣的，它的增長速度是遠超過你招人的速度，如果說這個業務一開始需要一個人，後來需要兩個人、十個人，總有一天招不到足夠的人，我們講究的是無人化。
SRE最重要的一點，ENGINERRING，它在美國是一個很牛的詞，必須是修橋、修路的專家，否則其他都是搬磚的。SRE是非常強調的是，每一個SRE都必須是一個合格的碼農，要自己寫代碼，要能理解業務代碼是什麼。
講真，你該做備份的有效性校驗了 熱度 4000
最近刷爆了朋友圈的GitLab刪庫事件驚醒了一大批運維人員，五重備份全部失效，這是真的嗎？
嗯，經過無數次確認，的確所有備份都失效。而我同樣相信，存在類似隱患的企業不在少數，如果你的係統遭遇類似故障，你是否能幸免。講真，年初好好地做一次備份的有效性校驗吧。今天分享一些常用的校驗有效性的方法。
MySQL DBA技術難度低為什麼工資比Oracle高？ 熱度 7000
前幾天在知乎上出現了一個很熱的帖子，話題是“MySQL DBA技術難度低為什麼工資比oracle高？”，這個話題很快引起了熱烈的討論。從回帖的情況來看，大部分人幾乎都默認了MySQL DBA工資的確高這個事實，那麼原因是什麼，我們節選雲和恩墨 MySQL專家劉偉的回帖跟大家分享。
Oracle最重要的九大性能視圖 熱度 6000
我曾經在Blog上提到為一個DBA朋友提出一個問題：列舉你認為最重要的9個動態性能視圖（view）。為每個視圖寫一篇文章（不少於5頁Word文檔），說明從這個視圖你能夠獲得哪些信息。最後再寫一篇文章（不少於20頁Word文檔），說明聯合這些視圖你能夠獲得哪些重要的數據庫信息，並輔助數據庫優化與診斷。對於這個問題的本意，我當時這樣解釋：其實文章長短我並非在意，關鍵是你是否真的對這些知識作了思考，並且能夠把這些知識運用到實踐中去。
雲服務真的靠譜嗎？ AWS 用戶中斷31小時僅恢複6周數據 熱度 8000
網絡剪報服務商 - Instapaper 遭受了超過31小時的服務中斷，而且他們聲明還需要一個星期的數據庫恢複時間。 Instapaper 是一個網絡內容收藏站，允許用戶保存“所有有趣的文章，視頻，烹飪食譜，歌詞或瀏覽時遇到的任何其他內容”。
但是他們的服務在2月8日中斷，官方博客已經在2月9日聲明了事情的來龍去脈。 Instapaper 說：我們花費了數個小時和雲服務商電話溝通，服務商申明我們的數據庫遇到了係統限製，不能提供文章保存服務。我們唯一的選擇是導出所有數據，導入新建的數據庫。 Instapaper 還說：我們位2016年99.3%的可用性自豪，我們確保用戶的數據沒有丟失。但是恢複還需要時間。
掀開SQL的神秘麵紗，將優化進行到底 熱度 4000
有這樣一條奇怪的SQL，返回結果不足10行，邏輯讀達到1.2w,存在索引卻走多次全表掃描，如何揭開它神秘的麵紗拯救係統性能，答案在這裏，你不可錯過！
一條異常詭異的 SQL 引起的性能問題 熱度 3000
一條詭異的SQL，從執行第二次開始，執行計劃發生變化，導致執行效率極低，最終影響核心業務係統的正常運行。根據客戶的陳述，該問題可隨時重現，無論換個會話還是換個客戶端工具都不會受到影響。即使把共享池 flush 掉，再次執行 SQL 仍然會發生同樣的現象。 案情現場重現：一條 SQL 在同一個會話中執行兩次，第一次執行時間為10秒，但第二次執行時效率很低，執行時間超過1分鍾。
本文出自數據和雲公眾號，原文鏈接
最後更新：2017-07-18 11:03:45