9月11日參加了infoq和百度共同舉辦的技術沙龍《MySQL性能優化及空間數據庫開發實踐》，百度的劉斌分享的內容相信對目前正欲使用ssd來提升MySQL性能的朋友非常有幫助，同時，個人覺得ssd在其他數據存儲上也有很大的空間。顏勳講的空間數據庫方面的，我平時沒有怎麼接觸過，不過看起來應該也是非常不錯,應該對做地理信息的朋友很有幫助。最後的open space環境有兩個小組討論了一些問題，但是最後沒有什麼答案，正好我有些類似的經驗，所以也就分享了下。
MySQL數據庫的無縫遷移問題？
問：在平時的開始過程中，由於經常“需求理解，架構設計，需求變更”等多種原因，導致系統運行一段時間後，數據庫的表結構需要變更，如何實現盡量短的停機，實現無縫的遷移？
我開玩笑說，最好的解決辦法就是不遷移。不遷移肯定最好，這要依賴於非常好的設計，在前期架構設計的時候能夠考慮到需求可能的變更，數據庫設計也可以根據業務來進行一定程度的抽象。這可能有點太理想，不過遷移數據，始終是個不可避免的問題。下面說下一般的遷移方案。
定點停機遷移
就像那位朋友說的，在一個月黑風高的夜晚，停掉應用，用事先寫好的遷移程序，把MySQL 數據庫數據遷移到新結構的MySQL數據庫中。完成後，切換應用。最大的缺點就是隨著數據量的增加停機時間會變得非常長。
MySQL binlog方案
MySQL 的遷移可以考慮MySQL的主從復制replication的特性，解析binlog日志出來，然後根據新的業務特點設計的數據庫結構，把數據寫入到新的數據庫，運行遷移過程不需要停機。在數據遷移基本上完成的時候，停掉前段應用，等待遷移全部完成，切換應用到新庫。停機時間非常短，只需要幾乎1-2分鐘或者更少。
觸發器方案
備份老的MySQL數據表結構到新的MySQL數據庫，在新庫創建新的表結構，更改老的數據庫表，創建觸發器，讓數據寫入的時候同時寫入到的新的MySQL表。dump老的MySQL的數據，導入到新的MySQL，這是新的MySQL表結構的表應該已經有相應的數據了。然後開啟主從復制，讓其達到跟主庫數據一致。切換應用，遷移到的方案。停機時間非常短，只需要幾乎1-2分鐘或者更少。
MySQL udf方案
MySQL的udf允許你開發自己的函數集成到MySQL中，這樣你可以很方便的在數據寫入的時候同時寫到的其他地方。缺點是開發成本大，需要對MySQL udf有了解。也可以用現成的memcached_functions_MySQL和lib_MySQLudf_json來實現，你就不需要編寫udf函數了，只需要實現一個memcached的服務端來接受數據，然後解析json到新的數據庫就OK了。memcached協議非常簡單，自己實現起來也很容易。這種方案的遷移時間也會非常短。
中間件方案
這種方案必須要你的應用連接數據使用了類似中間層的方案，你只需要在中間層增加同時往新庫寫數據就OK了。這種方案的依賴比較大，相信小一點的公司可能都沒有條件。
總結
要實現無縫遷移，成本和難度肯定會增加，這需要結合你的業務需要來具體實施。遷移方案需要進行充分的測試，以及考慮出錯的回滾方案。這是我要為大家講解的關於MySQL數據庫的無縫遷移的知識的全部內容，希望對大家能夠有所幫助。
