讓天下沒有難用的資料庫 » RDS最佳實踐(二)
使用者在購買完RDS後,接下來就可以開始往RDS遷入資料了。在RDS剛剛對外提供服務的時候,使用者只能通過將自己的資料庫dump成為sql檔案,然後再將sql檔案source到RDS中去:資料遷移至RDS-MySQL之使用MySQLdump工具,資料遷移至RDS-SQLserver之利用SQL Server客戶端工具,這兩種方法是最簡單的方法,但是侷限性也非常的多:
.使用者的資料庫太大了,邏輯sql匯入的方式速度太慢了,嚴重影響停機時間;
.在匯入的過程中報錯很多,或者匯入一半的過程中中斷了,需要重新來過;
.在遷入RDS過程中,希望我的資料庫還能能正常提供服務;
大量的使用者入雲全部堵在遷移資料上面,使用者與RDS的緣分就差麼這臨門一腳。工欲善必先利其器,為了更好的幫助使用者入雲,RDS對現有的使用者入雲遷移方式進行改進,幫助使用者快速穩定遷移入雲,分別為使用者提供了mysql和sqlserver兩套改良遷移工具:
.mysql遷移工具支援線上遷移,使用者可以不中斷業務的情況下把資料遷移到RDS中來;
.sqlserver的遷移工具採用物理備份的方法,將使用者的物理備份上傳到FTP中後還原到RDS,提升遷移的速度;
相關推薦
讓天下沒有難用的資料庫 » RDS MySQL空間優化最佳實踐
在前三期介紹了RDS for MySQL引數優化,鎖問題以及延遲優化最佳實踐之後,本期將介紹儲存空間相關的最佳實踐。 儲存空間是RDS很重要的一個指標,在RDS的工單問題中,空間問題的諮詢可以排在top 5,當RDS的實際使用空間超過了購買的空間後,例項就會被鎖定了,這樣就會導致應用無法再寫入,更新
讓天下沒有難用的資料庫 » RDS MySQL引數調優最佳實踐
前言 很多時候,RDS使用者經常會問如何調優RDS MySQL的引數,為了回答這個問題,寫一篇blog來進行解釋: 哪一些引數不能修改,那一些引數可以修改; 這些提供修改的引數是不是已經是最佳設定,如何才能利用好這些引數; 哪些引數可以改 細心的使用者在購買RDS的時候都會看到,不同規格能夠提供
讓天下沒有難用的資料庫 » RDS最佳實踐(五)
背景:RDS Mysql採用的binlog 格式預設為ROW,在Mysql 5.6的版本之前,Mysql每次列的修改(update)都需要記錄表中所有列的值。這樣就存在一個問題,如果表中包含很多的大欄位,表的單行長度就會非常長,這樣每次update就會導致大量的 binlog空間生成。針對這個問題,
讓天下沒有難用的資料庫 » RDS最佳實踐(四)
早上值班同事在旺旺群裡面貼了一條非常複雜的SQL,使用者從本地遷移到RDS Mysql出現嚴重效能下降,同樣的資料和表結構下,在本地的資料庫上只要不到1s的時間,但是在rds上好幾分鐘都沒響應。 碰到這類問題需要考慮以下一些因素: a.資料庫的版本不同(不同的版本優化器策略不一樣,或者異構資料庫間的
讓天下沒有難用的資料庫 » RDS最佳實踐(三)
上一篇文章中,我們介紹瞭如何快速的把本地自建的資料庫遷移入雲,那是不是把資料庫遷移到RDS後,使用者就什麼都不需要做了?比如RDS幫你的資料庫做到了高可用,在主庫出現down機後能夠快速切換到備庫,立刻恢復應用;每天會定時的備份資料和日誌,如果出現誤操作能夠幫你恢復到任意時間點;如果擔心黑客攻擊或者
讓天下沒有難用的資料庫 » RDS最佳實踐(二)
使用者在購買完RDS後,接下來就可以開始往RDS遷入資料了。在RDS剛剛對外提供服務的時候,使用者只能通過將自己的資料庫dump成為sql檔案,然後再將sql檔案source到RDS中去:資料遷移至RDS-MySQL之使用MySQLdump工具,資料遷移至RDS-SQLserver之利用SQL Server
讓天下沒有難用的資料庫 » RDS最佳實踐(一)
我該如何選擇RDS?我要購買多大規格的RDS?RDS的連線數,iops指的是什麼?上訴這些問題相信是每一個RDS使用者在開始使用的時候都會有這樣的疑問。首先我們要了解一下RDS的組成包括哪一些,從阿里雲官網的購買頁面中我們可以看到RDS包括了以下引數:資料庫型別,版本,儲存空間,規格:記憶體+連線數
讓天下沒有難用的資料庫 » MySQL鎖問題最佳實踐
最近一段時間處理了較多鎖的問題,包括鎖等待導致業務連線堆積或超時,死鎖導致業務失敗等,這類問題對業務可能會造成嚴重的影響,沒有處理經驗的使用者往往無從下手。下面將從整個資料庫設計,開發,運維階段介紹如何避免鎖問題的發生,提供一些最佳實踐供RDS的使用者參考。 一.設計階段:在資料庫設計階段,引擎選擇
讓天下沒有難用的資料庫 » RDS彈性升級後效能反而下降的案例
剛剛結束的2015年雙11,天貓以912億的成交量再次打破去年的記錄成為一個奇蹟,大家可能不知道,這些天貓的訂單最後的處理都是放在阿里雲聚石塔的機房完成,從2012年開始,淘寶的ISV,商家就開始把他們的訂單,CRM後臺系統逐漸遷移到雲上,最核心的資料庫就是存放在RDS中。 雙11之前使用者都會進行
讓天下沒有難用的資料庫 » 如何將RDS的資料同步到本地自建資料庫
長期以來有很多的使用者諮詢如何將RDS的資料同步到本地的資料庫環境中,本篇文章以在阿里雲的ECS伺服器為例來說明如何將RDS的資料同步到本地資料庫中。RDS對外提供服務是一個DNS地址+埠3306,這樣就遮蔽了RDS後端的主從節點,那麼該如何將資料同步到本地?那麼我們來看一下RDS的主從架構: 應
讓天下沒有難用的資料庫 » 關於RDS只讀例項延遲分析
只讀例項是目前RDS使用者實現資料讀寫分離的一種常見架構,使用者只需要將業務中的讀請求分擔到只讀節點上,就可以緩解主庫查詢壓力,同時也可以把一些OLAP的分析查詢放到另外的只讀節點上,減小複雜統計查詢對主庫的衝擊,RDS只讀節點架構圖如下: 由於RDS只讀節點採用原生的MySQL Binlog複製
讓天下沒有難用的資料庫 » RDS鏈路卡慢問題的診斷
經常會收到使用者反饋在使用RDS的過程中出現卡慢,閃斷地情況,當出現此類問題的時候,首先我們要進行一下測試,看看問題出現在哪一個階段,RDS給到使用者的是一個DNS地址,其實他包括三個階段:DNS–>VIP–>DB 我們可以在本地的應用伺服器(VM)上通過簡單的ping命
讓天下沒有難用的資料庫 » 關於RDS例項CPU超過100%的分析
經常聽見使用者說自己的rds例項cpu超過100%,通常這種情況都是由於sql效能問題導致的,下面我用一則案例來分析: 使用者例項zuowenwang反映cpu超過100%,例項偶爾出現卡住的現象; 1.原理:cpu消耗過大通常情況下都是有慢sql造成的,這裡的慢sql包括全表掃描,掃描資料量過大
讓天下沒有難用的資料庫 » RDS
早上收到客戶反饋使用者操作非常的卡,聯絡幫助進行排查,下面總結關於sqlserver 問題排查的方法經驗: 方法一:ACTIVE MONITOR 通過sqlserver 的active monitor 來觀察當前系統的實時執行狀況 A. OVERVIEW 概況:CPU,WAITING TASK,DA
讓天下沒有難用的資料庫 » RDS MySql支援online ddl
在日常和客戶溝通的過程中發現,他們在做mysql ddl變更的時候由於MySql本身的缺陷不支援online ddl,導致他們的業務不得不hang住一會兒,表越大,時間影響越長,所以期待有更好的解決方法;有些使用者也想了一些方法,比如通過主備切換的方法,先在備庫進行ddl,然後在通過主備切換到原主庫
讓天下沒有難用的資料庫 » 為什麼我的RDS慢了?
為什麼我的RDS突然變慢了?相信這是大多數客戶在使用RDS中經常遇到的頭疼問題。下面我將通過實際的真實案例來分析一下使用者在使用RDS中慢的原因: 案例一:使用者從PGSQL遷移到RDS後,發現RDS變慢了. 問題描述:使用者的資料庫(pgsql)遷移到RDS(mysql)後,發現相同的一條sql語
讓天下沒有難用的資料庫 » RDS作業功能的支援
RDS最近將會支援資料庫的job功能,包括mysql的events和mssql的job. RDS在開放一個服務給使用者使用的時候,需要考慮非常的多因素,比如: 該服務所佔用的資源(記憶體,cpu等); 存在的bug(bug的存在可直接導致使用者在使用該服務上出現不當或者錯誤); 潛在的
讓天下沒有難用的資料庫 » 遷移到RDS應該注意的問題
相信大部分使用者在將自己本地的資料庫遷移到RDS的時候都會遇到各種各樣的問題,這裡總結一下在遷移過程中常見的問題,包括將本地資料庫(客戶資料庫)匯出成可執行的SQL檔案—–>匯入到遠端的RDS資料庫—->測試驗證. 案例一:使用者遷移到RDS,遇到檢視依賴的問題(MSSQL資料庫) 使用
讓天下沒有難用的資料庫 » 遷移到RDS
在使用者的日常遷移中常常採用以下的方法來完成遷移(以MYSQL為例): 將使用者資料庫變為只讀; 全量dump MySQL成文字; 將MySQL資料遠端load到RDS; 將使用者的資料庫連線地址改為RDS提供的連線地址; 該方案比較簡單,易於維持資料一致性,但當用戶的資料量達到一個數量級別後(
讓天下沒有難用的資料庫 » 一個價值“千萬”的秒殺場景引數優化
秒殺最早來自天貓雙11各種商品的促銷活動中,現在已經有很多業務場景在使用,比如搶紅包,搶票等。其特點有三高:瞬時併發高,資料一致性高,熱點更新頻度高。這樣三高的場景下往往給資料庫造成極大的壓力,大量更新資料庫中的同一行,這樣必然會產生鎖等待,導致資料庫的效能急劇下降的問題,很容易容易出現雪崩效應。筆