讓天下沒有難用的資料庫 » 執行計劃錯誤
相關推薦
讓天下沒有難用的資料庫 » 執行計劃錯誤
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
讓天下沒有難用的資料庫 » 檢視mysql實時執行sql的工具
該工具為我的同事朱旭開發的一款可以檢視mysql資料庫實時執行的sql狀況的工具，以前苦於通過show processlist/show full processlist抓取sql的同志們現在只要盯一盯螢幕就可以了，非常的方便，點選這裡進行下載,使用方法也很簡單，如下： [email pr
讓天下沒有難用的資料庫 » 一個價值“千萬”的秒殺場景引數優化
秒殺最早來自天貓雙11各種商品的促銷活動中，現在已經有很多業務場景在使用，比如搶紅包，搶票等。其特點有三高：瞬時併發高，資料一致性高，熱點更新頻度高。這樣三高的場景下往往給資料庫造成極大的壓力，大量更新資料庫中的同一行，這樣必然會產生鎖等待，導致資料庫的效能急劇下降的問題，很容易容易出現雪崩效應。筆
讓天下沒有難用的資料庫 » MySQL 5.5版本注意大記憶體導致DDL變慢的問題
最近在協助使用者進行系統重構，RDS測試選型自然成為了本專案的一個重點，但是使用者在測試不同規格的時候發現大規格的例項效能居然不如小規格，4C32G規格效能比8C64G規格高出10%，其效能監控也是非常的正常，4C32G規格是8C64G規格資源消耗的一半，TPS也是相當，那問題到底出現在那裡？ CP
讓天下沒有難用的資料庫 » MySQL鎖問題最佳實踐
最近一段時間處理了較多鎖的問題，包括鎖等待導致業務連線堆積或超時，死鎖導致業務失敗等，這類問題對業務可能會造成嚴重的影響，沒有處理經驗的使用者往往無從下手。下面將從整個資料庫設計，開發，運維階段介紹如何避免鎖問題的發生，提供一些最佳實踐供RDS的使用者參考。 一．設計階段：在資料庫設計階段，引擎選擇
讓天下沒有難用的資料庫 » RDS MySQL空間優化最佳實踐
在前三期介紹了RDS for MySQL引數優化，鎖問題以及延遲優化最佳實踐之後，本期將介紹儲存空間相關的最佳實踐。 儲存空間是RDS很重要的一個指標，在RDS的工單問題中，空間問題的諮詢可以排在top 5，當RDS的實際使用空間超過了購買的空間後，例項就會被鎖定了，這樣就會導致應用無法再寫入，更新
讓天下沒有難用的資料庫 » 注意table_open_cache過小也會導致效能問題
週一的時候有一個客戶反饋自從上次rds重啟後，慢查詢特別多，有大量響應時間在1～3秒的請求，後端的工程師介入調查，發現隨便建一個最簡單的表，插入資料都需要300ms。一開始的時候懷疑可能是網路延遲導致的，客戶測試了從ecs到rds的網路延遲，測試結果網路延時不到1ms，那問題到底出現在那裡？在MyS
讓天下沒有難用的資料庫 » 我是如何加入阿里的
一年一度的校園實習招聘馬上開始了，最近接觸了幾個找工作的應屆生同學，回想當年自己找工作的時候，也是遇到了很多好心人，所以心中一直想寫一篇回憶以前經歷的文章，算是對自己有一個交代，也希望能夠幫助到這些找工作的同學，好吧，接下來就是憑自己回憶的流水賬了。 一.一顆種子的種下 我的母校是四川師範大學，專業
讓天下沒有難用的資料庫 » RDS彈性升級後效能反而下降的案例
剛剛結束的2015年雙11，天貓以912億的成交量再次打破去年的記錄成為一個奇蹟，大家可能不知道，這些天貓的訂單最後的處理都是放在阿里雲聚石塔的機房完成，從2012年開始，淘寶的ISV，商家就開始把他們的訂單，CRM後臺系統逐漸遷移到雲上，最核心的資料庫就是存放在RDS中。 雙11之前使用者都會進行
讓天下沒有難用的資料庫 » MySQL update use index merge(Using intersect) increase chances for deadlock
昨天一同事發現線上系統在併發更新的時候出現了死鎖，通過排查定位於update更新使用了兩個索引導致，死鎖資訊如下： *** (1) TRANSACTION: TRANSACTION 29285454235, ACTIVE 0.001 sec fetching rows mysql tables in
讓天下沒有難用的資料庫 » RDS MySQL引數調優最佳實踐
前言 很多時候，RDS使用者經常會問如何調優RDS MySQL的引數，為了回答這個問題，寫一篇blog來進行解釋： 哪一些引數不能修改，那一些引數可以修改； 這些提供修改的引數是不是已經是最佳設定，如何才能利用好這些引數； 哪些引數可以改 細心的使用者在購買RDS的時候都會看到，不同規格能夠提供
讓天下沒有難用的資料庫
在前三期介紹了RDS for MySQL引數優化，鎖問題以及延遲優化最佳實踐之後，本期將介紹儲存空間相關的最佳實踐。 儲存空間是RDS很重要的一個指標，在RDS的工單問題中，空間問題的諮詢可以排在top 5，當RDS的實際使用空間超過了購買的空間後，例項就會被鎖定了，這樣就會導致應用無法再寫入，更新
讓天下沒有難用的資料庫 » 如何將RDS的資料同步到本地自建資料庫
長期以來有很多的使用者諮詢如何將RDS的資料同步到本地的資料庫環境中，本篇文章以在阿里雲的ECS伺服器為例來說明如何將RDS的資料同步到本地資料庫中。RDS對外提供服務是一個DNS地址+埠3306，這樣就遮蔽了RDS後端的主從節點，那麼該如何將資料同步到本地？那麼我們來看一下RDS的主從架構： 應
讓天下沒有難用的資料庫 » 一次資料庫上雲遷移效能下降的排查
背景介紹： 某客戶目前正在將本地的業務系統遷移上雲，測試過程中發現後臺運營系統，在rds上執行時間明顯要比線下PC上自建資料庫執行時間要慢1倍，導致客戶系統割接延期的風險。使用者線下一臺PC伺服器的效能居然還比頂配的RDS跑的快，這讓使用者對RDS的效能產生了質疑，需要立刻調查原因。 問題分析： 通
讓天下沒有難用的資料庫 » 關於RDS只讀例項延遲分析
只讀例項是目前RDS使用者實現資料讀寫分離的一種常見架構，使用者只需要將業務中的讀請求分擔到只讀節點上，就可以緩解主庫查詢壓力，同時也可以把一些OLAP的分析查詢放到另外的只讀節點上，減小複雜統計查詢對主庫的衝擊，RDS只讀節點架構圖如下： 由於RDS只讀節點採用原生的MySQL Binlog複製
讓天下沒有難用的資料庫 » mysql主鍵的缺少導致備庫hang
最近線上頻繁的出現slave延時的情況，經排查發現為使用者在刪除資料的時候，由於表主鍵的主鍵的缺少，同時刪除條件沒有索引，或或者刪除的條件過濾性極差，導致slave出現hang住，嚴重的影響了生產環境的穩定性，也希望通過這篇部落格，來加深主鍵在innodb引擎中的重要性，希望使用者在使用RD
讓天下沒有難用的資料庫 » mysql的資料恢復
資料庫資料被誤刪除是經常看到的事情，資料的恢復也就自然成為了DBA很重要的一門基本功夫，比較笨拙的辦法是拉出歷史的備份到另外的一臺機器恢復出來，但是這種方法如果資料量比較大的話，往往會耗費較長的時間，以前在使用oracle的時候，提供了很多資料恢復的辦法，常用的辦法就是採用閃回flashback，或
讓天下沒有難用的資料庫 » RDS鏈路卡慢問題的診斷
經常會收到使用者反饋在使用RDS的過程中出現卡慢，閃斷地情況，當出現此類問題的時候，首先我們要進行一下測試，看看問題出現在哪一個階段，RDS給到使用者的是一個DNS地址，其實他包括三個階段：DNS–>VIP–>DB 我們可以在本地的應用伺服器（VM）上通過簡單的ping命
讓天下沒有難用的資料庫 » 關於RDS例項CPU超過100%的分析
經常聽見使用者說自己的rds例項cpu超過100%，通常這種情況都是由於sql效能問題導致的,下面我用一則案例來分析： 使用者例項zuowenwang反映cpu超過100%，例項偶爾出現卡住的現象； 1.原理：cpu消耗過大通常情況下都是有慢sql造成的，這裡的慢sql包括全表掃描，掃描資料量過大
讓天下沒有難用的資料庫 » 複雜關聯SQL的優化
昨天處理了一則複雜關聯SQL的優化，這類SQL的優化往往考慮以下四點： 第一.查詢所返回的結果集，通常查詢返回的結果集很少，是有信心進行優化的； 第二.驅動表的選擇至關重要，通過檢視執行計劃，可以看到優化器選擇的驅動表,從執行計劃中的rows可以大致反映出問題的所在； 第三.理清各表之間的關聯關係，