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

1、分庫分表

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

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

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中看到的數字根本不能作為條件來查詢.