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同學的新鮮分享。