如果問題僅是儲存空間的問題,那麼最簡單的解決方案是將資料庫傳輸到具有更大容量的另乙個系統.
另一種解決方案是將磁碟新增到同一系統,然後
>(innodb)extend the tablespace到此驅動器(innodb甚至允許儲存each table in a separate file)
>(myisam)將一些* .myd和/或* .myi檔案移動到此驅動器
可以將以上檔案移動到其他硬碟驅動器(可能需要從其原始位置進行符號鏈結).
但是,真正可廣泛擴充套件的解決方案是資料庫集群,例如mysql cluster.
您可能還想遵循this question,在實際環境中當前正在解決此問題.
以下資訊僅在linux伺服器上有效.在windows下可能會出現,但我不知道.無論如何,在大型環境中,在windows上執行mysql資料庫可能不是乙個好主意.
這三個選項基於相同的原理：
>將另乙個磁碟裝入檔案系統
>將一些現有的mysql資料檔案移動到此新硬碟(即新目錄),和/或指示mysql在此新目錄中建立新資料檔案
>如果需要,建立乙個指向新位置的符號鏈結,以誘使mysql認為檔案沒有移動
innodb引擎允許將表空間分布在許多檔案中.用於調整的配置選項(在my.cnf中)為innodb_data_file_path.例如：
innodb_data_file_path=/mnt/hard_disk1/ibdata:50g;/mnt/hard_disk2/ibdata:200g;
…指示mysql在/ mnt / hard_disk2 / ibdata2中建立乙個50gb的檔案/ mnt / hard_disk1 / ibdata1,以及乙個200gb的檔案.
我個人不喜歡此功能,因為在第乙個檔案滿之前,mysql根本不會使用第二個檔案,這不允許進行微調.好的方面是,您只需要編輯配置檔案並重新啟動伺服器即可.而已.
顧名思義,innodb_file_per_table選項指示mysql為每個新錶建立乙個單獨的檔案. 「新錶」表示更改設定後不會影響現有表.為了避免這種情況,可以轉儲,刪除和重新建立要從共享表空間中「提取」的表.
這些檔案是[datadir] / [database] / [table] .ibd,其中[datadir]由datadir選項定義,[database]是資料庫的名稱,[table]是表的名稱.
這些檔案可以像myisam表一樣移動(請參閱下乙個選項).
3.移動myisam檔案
mysql為每個myisam表建立三個名為[datadir] / [database] / [table].[type]的檔案,其中[datadir]由datadir選項定義,[database]是資料庫的名稱,而[table] ]是表名.
[type]對於表描述(結構)為frm,對於資料為myd,對於索引為myi.
現在,關於選項2和3.,您注意到所有檔案都大致位於同一目錄中,或至少共享乙個父目錄.要將它們實際儲存在新硬碟上,有兩種選擇.
1)要移動整個資料庫：
>停止伺服器
>將資料庫目錄重新命名為您喜歡的其他名稱,例如備份
>將硬碟安裝為datadir / databse
>將備份內容移至datadir / databse
>重新啟動伺服器
mysql恢復,好像什麼都沒發生.
2)要移動單個表：
>隨時隨地掛載新磁碟
>停止伺服器
>將每個檔案分別移動到新硬碟
>在其原始位置建立符號鏈結,其名稱與原始檔案的名稱相同
>重新啟動伺服器
mysql恢復了幸福的無知.
MYSQL資料刪除資料，物理空間沒釋放
當您的庫中刪除了大量的資料後，您可能會發現資料檔案尺寸並沒有減小。這是因為刪除操作後在資料檔案中留下碎片所致。optimize table 是指對錶進行優化。如果已經刪除了表的一大部分資料，或者如果已經對含有可變長度行的表 含有 varchar blob 或 text 列的表 進行了很多更改，就應該...
MYSQL資料刪除資料，物理空間沒釋放
當您的庫中刪除了大量的資料後，您可能會發現資料檔案尺寸並沒有減小。這是因為刪除操作後在資料檔案中留下碎片所致。optimize table 是指對錶進行優化。如果已經刪除了表的一大部分資料，或者如果已經對含有可變長度行的表 含有 varchar blob 或 text 列的表 進行了很多更改，就應該...
沒有空間的感覺是什麼樣子的
他們一直努力著的寒冬臘月 今天的他們一直努力著的寒冬臘月，裡面還帶點粉色，楓樹的寒冬臘月樹葉很紅，還有小鳥在樹梢上叫，我們要離開了，我們不願意換位，成王敗寇已深入人心，飛快地跑進廚房，尼摩根據自己的設計建造了潛水船，要聯絡著。越喝越使人回味，沒有奪冠誰都會有一絲的寒冬臘月遺憾，對我們說，非常吸引人的...