MYSQL分庫分表和不停機更改表結構

在MYSQL分庫分表中我們一般是基於數據量比較大的時間對mysql數據庫一種優化的做法，下面我簡單的介紹一下mysql分表與分庫的簡單做法。

1、分庫分表

很明顯，一個主表（也就是很重要的表，例如用戶表）無限制的增長勢必嚴重影響性能，分庫與分表是一個很不錯的解決途徑，也就是性能優化途徑，現在的案例是我們有一個1000多萬條記錄的用戶表members,查詢起來非常之慢，同事的做法是將其散列到100個表中，分別從members0到members99，然後根據mid分發記錄到這些表中，牛逼的代碼大概是這樣子：

 代碼如下 復制代碼

<?php
for($i=0;$i< 100; $i++ ){
 //echo "CREATE TABLE db2.members{$i} LIKE db1.members<br>";
 echo "INSERT INTO members{$i} SELECT * FROM members WHERE mid%100={$i}<br>";
}
?>

2、不停機修改mysql表結構

同樣還是members表，前期設計的表結構不盡合理，隨著數據庫不斷運行，其冗余數據也是增長巨大，同事使用了下面的方法來處理：

先創建一個臨時表：

 代碼如下 復制代碼

/*創建臨時表*/
CREATE TABLE members_tmp LIKE members

然後修改members_tmp的表結構為新結構，接著使用上面那個for循環來導出數據，因為1000萬的數據一次性導出是不對的，mid是主鍵，一個區間一個區間的導，基本是一次導出5萬條吧，這裡略去了
接著重命名將新表替換上去：

 代碼如下 復制代碼

/*這是個頗為經典的語句哈*/
RENAME TABLE members TO members_bak,members_tmp TO members;

就是這樣，基本可以做到無損失，無需停機更新表結構，但實際上RENAME期間表是被鎖死的，所以選擇在線少的時候操作是一個技巧。經過這個操作，使得原先8G多的表，一下子變成了2G多

另外還講到了mysql中float字段類型的時候出現的詭異現象，就是在pma中看到的數字根本不能作為條件來查詢.感謝zj同學的新鮮分享。