- 相關推薦
MySQL數據庫備份守則和方法
這篇文章主要介紹了MySql數據庫備份的幾種方式，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧。
MySQL數據庫備份守則和方法
在數據庫表丟失或損壞的情況下，備份你的數據庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的數據恢復到崩潰發生時的狀態。有時，正是MySQL管理員造成破壞。管理員已經知道表已破壞，用諸如vi或Emacs等編輯器試圖直接編輯它們，這對表絕對不是件好事！備份數據庫兩個主要方法是用mysqldump程序或直接拷貝數據庫文件（如用cp、cpio或tar等）。 每種方法都有其優缺點：; mysqldump與MySQL服務器協同操作。直接拷貝方法在服務器外部進行，并且你必須采取措施保證沒有客戶正在修改你將拷貝的表。如果你想用文件系統備份來備份數據庫，也會發生同樣的問題：如果數據庫表在文件系統備份過程中被修改，進入備份的表文件主語不一致的狀態，而對以后的恢復表將失去意義。文件系統備份與直接拷貝文件的區別是對后者你完全控制了備份過程，這樣你能采取措施確保服務器讓表不受干擾。mysqldump比直接拷貝要慢些。;mysqldump生成能夠移植到其它機器的文本文件，甚至那些有不同硬件結構的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表只能在相似的硬件結構的機器上拷貝。在MySQL;3.23中引入的MyISAM表存儲格式解決了該問題，因為該格式是機器 無關的，所以直接拷貝文件可以移植到具有不同硬件結構的機器上。只要滿足兩個條件：另一臺機器必須也運行MySQL;3.23或以后版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。
不管你使用哪種備份方法，如果你需要恢復數據庫，有幾個原則應該遵守，以確保最好的結果：
定期實施備份，建立一個計劃并嚴格遵守
讓服務器執行更新日志。當你在崩潰后需要恢復數據時，更新日志將幫助你。在你用備份文件恢復數據到備份時的狀態后，你可以通過運行更新日志中的查詢再次運用備份后面的修改，這將數據庫中的表恢復到崩潰發生時的狀態。;以文件系統備份的術語講，數據庫備份文件代表完全傾倒（full;dump），而更新日志代表漸進傾倒（incremental;dump）。
使用一種統一的和易理解的備份文件命名機制
象backup1、buckup2等不是特別有意義。當實施你的恢復時，你將浪費時間找出文件里是什么東西。你可能發覺用數據庫名和日期構成備份文件名會很有用。例如：;
%mysqldump;samp_db;>/usr/archives/mysql/samp_db.1999-10-02;
%mysqldump;menagerie;>/usr/archives/mysql/menagerie.1999-10-02;
你可能想在生成備份后壓縮它們。備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤，就象你讓你的日志文件過期那樣。用文件系統備份備份你的備份文件。如果遇上了一個徹底崩潰，不僅清除了你的數據目錄，也清除了包含你的數據庫備份的磁盤驅動器，你將真正遇上了麻煩。也要備份你的更新日志。將你的備份文件放在不同于用于你的數據庫的文件系統上。這將降低由于生成備份而填滿包含數據目錄的文件系統的可能性。
用于創建備份的技術同樣對拷貝數據庫到另一臺機器有用。最常見地，一個數據庫被轉移到了運行在另一臺主機上的服務器，但是你也可以將數據轉移到同一臺主機上的另一個服務器。
1.使用mysqldump備份和拷貝數據庫;
當你使用mysqldumo程序產生數據庫備份文件時，缺省地，文件內容包含創建正在傾倒的表的CREATE語句和包含表中行數據的INSERT語句。換句話說，mysqldump產生的輸出可在以后用作mysql的輸入來重建數據庫。;你可以將整個數據庫傾倒進一個單獨的文本文件中，如下：
%mysqldump;samp_db;>/usr/archives/mysql/samp_db.1999-10-02;
輸出文件的開頭看起來象這樣：;
#;MySQL;Dump;6.0#
#;Host:;localhost;Database:;samp_db
#;Server;version;3.23.2-alpha-log
##;Table;structure;for;table;'absence'#
CREATE;TABLE;absence(;student_id;int(10);
unsigned;DEFAULT;'0';NOT;NULL,;date;date;DEFAULT;'0000-00-00';NOT;NULL,;PRIMARY;KEY;(student_id,date));
##;Dumping;data;for;table;'absence'#
INSERT;INTO;absence;VALUES;(3,'1999-09-03');
INSERT;INTO;absence;VALUES;(5,'1999-09-03');
INSERT;INTO;absence;VALUES;(10,'1999-09-08');
文件剩下的部分有更多的INSERT和CREATE;TABLE語句組成。;
如果你想壓縮備份，使用類似如下的命令：
%mysqldump;samp_db;│;gzip;>/usr/archives/mysql/samp_db.1999-10-02.gz;
如果你要一個龐大的數據庫，輸出文件也將很龐大，可能難于管理。如果你愿意，你可以在mysqldump命令行的數據庫名后列出單獨的表名來傾到它們的內容，這將傾倒文件分成較小、更易于管理的文件。下例顯示如何將samp_db數據庫的一些表傾到進分開的文件中：
%mysqldump;samp_db;student;score;event;absence;>grapbook.sql;
%mysqldump;samp_db;member;president;>hist-league.sql;
如果你生成準備用于定期刷新另一個數據庫內容的備份文件，你可能想用--add-drop-table選項。這告訴服務器將DROP;TABLE;IF;EXISTS語句寫入備份文件，然后，當你取出備份文件并把它裝載進第二個數據庫時，如果表已經存在，你不會得到一個錯誤。如果你倒出一個數據庫以便能把數據庫轉移到另一個服務器，你甚至不必創建備份文件。要保證數據庫存在于另一臺主機，然后用管道傾倒數據庫，這樣mysql能直接讀取mysqldump的輸出。例如：你想從主機pit-viper.snake.net拷貝數據庫samp_db到boa.snake.net，可以這樣很容易做到：
%mysqladmin;-h;boa.snake.net;create;samp_db;
%mysqldump;samp_db;│;mysql;-h;boa.snake.net;samp_db;
以后，如果你想再次刷新boa.snake.net上的數據庫，跳過mysqladmin命令，但要對mysqldump加上--add-drop-table以避免的得到表已存在的錯誤：
%mysqldump;--add-drop-table;samp_db;│;mysql;-h;boa.snake.net;samp_db;
mysqldump其它有用的選項包括：;
--flush-logs 和 --lock-tables 組合將對你的數據庫檢查點有幫助。
--lock-tables 鎖定你正在傾倒的所有表
而 --flush-logs 關閉并重新打開更新日志文件，新的更新日志將只包括從備份點起的修改數據庫的查詢。這將設置你的更新日志檢查點位備份時間。（然而如果你有需要執行個更新的客戶，鎖定所有表對備份期間的客戶訪問不是件好事。）如果你使用 --flush-logs 設置檢查點到備份時，有可能最好是傾倒整個數據庫。如果你傾倒單獨的文件，較難將更新日志檢查點與備份文件同步。在恢復期間，你通常按數據庫為基礎提取更新日志內容，對單個表沒有提取更新的選擇，所以你必須自己提取它們。缺省地，mysqldump 在寫入前將一個表的整個內容讀進內存。這通常確實不必要，并且實際上如果你有一個大表，幾乎是失敗的。你可用 --quick 選項告訴 mysqldump 只要它檢索出一行就寫出每一行。為了進一步優化傾倒過程，使用 --opt而不是 --quick。--opt 選項打開其它選項，加速數據的傾倒和把它們讀回。用 --opt 實施備份可能是最常用的方法，因為備份速度上的優勢。然而，要警告你，--opt 選項確實有代價，--opt 優化的是你的備份過程，不是其他客戶對數據庫的訪問。--opt 選項通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表。你可在一般數據庫訪問上很容易看到其效果。當你的數據庫一般非常頻繁地使用，只是一天一次地調節備份。一個具有 --opt 的相反效果的選項是--dedayed。該選項使得 mysqldump 寫出 INSERT;DELAYED 語句而不是 INSERT 語句。如果你將數據文件裝入另一個數據庫并且你想是這個操作對可能出現在該數據庫中的查詢的影響最小，--delayed 對此很有幫助。 --compress 選項在你拷貝數據庫到另一臺機器上時很有幫助，因為它減少網絡傳輸字節的數量。下面有一個例子，注意到--compress 對與遠端主機上的服務器通信的程序才給出，而不是對與本地主機連接的程序：
%mysqldump;--opt;samp_db;│;mysql;--compress;-h;boa.snake.net;samp_db;
2.使用直接拷貝數據庫的備份和拷貝方法
另一種不涉及 mysqldump 備份數據庫和表的方式是直接拷貝數據庫表文件。典型地，這用諸如 cp、tar 或cpio 實用程序。本文的例子使用 cp。;當你使用一種直接備份方法時，你必須保證表不在被使用。如果服務器在你則正在拷貝一個表時改變它，拷貝就失去意義。保證你的拷貝完整性的最好方法是關閉服務器，拷貝文件，然后重啟服務器。如果你不想關閉服務器，要在執行表檢查的同時鎖定服務器。如果服務器在運行，相同的制約也適用于拷貝文件，而且你應該使用相同的鎖定協議讓服務器“安靜下來”。;假設服務器關閉或你已經鎖定了你想拷貝的表，下列顯示如何將整個 samp_db 數據庫備份到一個備份目錄（DATADIR表示服務器的數據目錄）：
%cd;DATADIR%cp;-r;samp_db;/usr/archive/mysql;
單個表可以如下備份：
%cd;DATADIR/samp_db%cp;member.*;/usr/archive/mysql/samp_db%cp;score.*; /usr/archive/mysql/samp_db;....
當你完成了備份時，你可以重啟服務器（如果關閉了它）或釋放加在表上的鎖定（如果你讓服務器運行）。;要用直接拷貝文件把一個數據庫從一臺機器拷貝到另一臺機器上，只是將文件拷貝到另一臺服務器主機的適當數據目錄下即可。要確保文件是 MyIASM 格式或兩臺機器有相同的硬件結構，否則你的數據庫在另一臺主機上有奇怪的內容。你也應該保證在另一臺機器上的服務器在你正在安裝數據庫表時不訪問它們。
3.復制數據庫（Replicating;Database）
復制（Replication）類似于拷貝數據庫到另一臺服務器上，但它的確切含義是實時地保證兩個數據庫的完全同步。這個功能將在 3.23 版中出現，而且還不很成熟，因此本文不作詳細介紹。
4.用備份恢復數據
數據庫損壞的發生有很多原因，程度也不同。如果你走運，你可能僅損壞一兩個表（如掉電），如果你倒霉，你可能必須替換整個數據目錄（如磁盤損壞）。在某些情況下也需要恢復，比如用戶錯誤地刪除了數據庫或表。不管這些倒霉事件的原因，你將需要實施某種恢復。如果表損壞但沒丟失，嘗試用 myisamchk 或 isamchk 修復它們，如果這樣的損壞可有修復程序修復，你可能根本不需要使用備份文件。關于表修復的過程，見《數據庫維護與修復》。恢復過程涉及兩種信息源：你的備份文件和個更新日志。備份文件將表恢復到實施備份時的狀態，然而一般表在備份與發生問題之間的時間內已經被修改，更新日志包含了用于進行這些修改的查詢。你可以使用日志文件作為mysql的輸入來重復查詢。這已正是為什么要啟用更新日志的原因�；謴瓦^程視你必須恢復的信息多少而不同。實際上，恢復整個數據庫比單個表跟容易，因為對于數據庫運用更新日志比單個表容易。
4.1;恢復整個數據庫
首先，如果你想恢復的數據庫是包含授權表的 mysql 數據庫，你需要用 --skip-grant-table 選項運行服務器。否則，它會抱怨不能找到授權表。在你已經恢復表后，執行 mysqladmin;flush-privileges 告訴服務器裝載授權標并使用它們。將數據庫目錄內容拷貝到其它某個地方，如果你在以后需要它們。用最新的備份文件重裝數據庫。如果你用 mysqldump 產生的文件，將它作為 mysql 的輸入。如果你用直接從數據庫拷貝來的文件，將它們直接拷回數據庫目錄，然而，此時你需要在拷貝文件之前關閉數據庫，然后重啟它。使用更新日志重復做備份以后的修改數據庫表的查詢。對于任何可適用的更新日志，將它們作為 mysql 的輸入。指定 --one-database 選項使得 mysql 只執行你有興趣恢復的數據庫的查詢。如果你知道你需要運用所有更新日志文件，你可以在包含日志的目錄下使用這條命令：
%;ls;-t;-r;-1;update.[0-9]*;│;xargs;cat;│;mysql;--one-database;db_name;
ls命令生成更新日志文件的一個單列列表，根據服務器產生它們的次序排序（主意：如果你修改任何一個文件，你將改變排序次序，這導致更新日志一錯誤的次序被運用。）很可能你會是運用某幾個更新日志。例如，自從你備份以來產生的更新日志被命名為 update.392、update.393 等等，你可以這樣重新運行：;
%mysql;--one-database;db_name;<;update.392;
%mysql;--one-database;db_name;<;update.393;
如果你正在實施恢復且使用更新日志恢復由于一個錯誤建議的 DROP;DATABASE、DROP;TABLE 或 DELETE 語句造成丟失的信息，在運用更新日志之前，要保證從其中刪除這些語句。
4.2;恢復單個表
恢復單個表較為復雜。如果你用一個由 mysqldump 生成的備份文件，并且它不包含你感興趣的表的數據，你需要從相關行中提取它們并將它們用作 mysql 的輸入。這是容易的部分。難的部分是從只運用于該表的更新日志中拉出片斷。你會發覺mysql_find_rows 實用程序對此很有幫助，它從更新日志中提取多行查詢。另一個可能性是使用另一臺服務器恢復整個數據庫，然后拷貝你想要的表文件到原數據庫中。這可能真的很容易！當你將文件拷回數據庫目錄時，要確保原數據庫的服務器關閉。
一臺主機上有奇怪的內容。你也應該保證在另一臺機器上的服務器在你正在安裝數據庫表時不訪問它們。
3.復制數據庫（Replicating;Database
復制（Replication）類似于拷貝數據庫到另一臺服務器上，但它的確切含義是實時地保證兩個數據庫的完全同步。這個功能將在 3.23 版中出現，而且還不很成熟，因此本文不作詳細介紹。
4.用備份恢復數據
數據庫損壞的發生有很多原因，程度也不同。如果你走運，你可能僅損壞一兩個表（如掉電），如果你倒霉，你可能必須替換整個數據目錄（如磁盤損壞）。在某些情況下也需要恢復，比如用戶錯誤地刪除了數據庫或表。不管這些倒霉事件的原因，你將需要實施某種恢復。如果表損壞但沒丟失，嘗試用 myisamchk 或 isamchk 修復它們，如果這樣的損壞可有修復程序修復，你可能根本不需要使用備份文件。關于表修復的過程，見《數據庫維護與修復》�；謴瓦^程涉及兩種信息源：你的備份文件和個更新日志。備份文件將表恢復到實施備份時的狀態，然而一般表在備份與發生問題之間的時間內已經被修改，更新日志包含了用于進行這些修改的查詢。你可以使用日志文件作為mysql的輸入來重復查詢。這已正是為什么要啟用更新日志的原因。恢復過程視你必須恢復的信息多少而不同。實際上，恢復整個數據庫比單個表跟容易，因為對于數據庫運用更新日志比單個表容易。
PHP簡直就是一個函數庫，豐富的函數使PHP的某些地方相當簡單。建議大家down一本PHP的函數手冊，總用的到。
連接MYSQL數據庫的步驟
1、mysql_connect
打開 MySQL 服務器連接。
語法: int mysql_connect(string [hostname] [:port], string [username], string [password]); 返回值: 整數
本函數建立與 MySQL 服務器的連接。其中所有的參數都可省略。當使用本函數卻不加任何參數時，參數 hostname 的默認值為 localhost、參數 username 的默認值為 PHP 執行行程的擁有者、參數 password 則為空字符串 (即沒有密碼)。而參數 hostname 后面可以加冒號與端口號，代表使用哪個端口與 MySQL 連接。當然在使用數據庫時，早點使用 mysql_close()將連接關掉可以節省資源。
2、 mysql_select_db
選擇一個數據庫。
語法: int mysql_select_db(string database_name, int [link_identifier]); 返回值: 整數
本函數選擇 MySQL 服務器中的數據庫以供之后的資料查詢作業 (query) 處理。成功返回 true，失敗則返回 false。
最簡單的例子就是：
$conn=mysql_connect ("127.0.0.1", "", "");
mysql_select_db("shop");
連接機MY SQL數據庫，打開SHOP數據庫。在實際應用中應當加強點錯誤判斷。
常用的MySQL數據庫語句
連接：mysql -h主機地址 -u用戶名 －p用戶密碼 （注:u與root可以不用加空格，其它也一樣）
斷開：exit （回車）
創建授權：grant select on 數據庫.* to 用戶名@登錄主機 identified by "密碼"
修改密碼：mysqladmin -u用戶名 -p舊密碼 password 新密碼
刪除授權: revoke select,,update, om *.* from test2@localhost;
顯示數據庫：show databases;
顯示數據表：show tables;
顯示表結構：describe 表名;
創建庫：create database 庫名;
刪除庫：drop database 庫名;
使用庫(選中庫)：use 庫名;
創建表：create table 表名 (字段設定列表);
刪除表： 表名;
修改表：alter table t1 rename t2
查詢表：select * from 表名;
清空表： from 表名;
備份表: mysqlbinmysqldump -h(ip) -uroot -p(password) databasename tablename > tablename.sql
恢復表: mysqlbinmysql -h(ip) -uroot -p(password) databasename tablename < tablename.sql（操作前先把原來表刪除）
增加列：ALTER TABLE t2 ADD c INT UNSIGNED NOT NULL AUTO_INCREMENT,ADD INDEX (c);
修改列：ALTER TABLE t2 MODIFY a TINYINT NOT NULL, CHANGE b c CHAR(20);
刪除列：ALTER TABLE t2 DROP COLUMN c;
備份數據庫：mysqlbinmysqldump -h(ip) -uroot -p(password) databasename > database.sql
恢復數據庫：mysqlbinmysql -h(ip) -uroot -p(password) databasename < database.sql
復制數據庫：mysqlbinmysqldump --all-databases > all-databases.sql
修復數據庫：mysqlcheck -A -o -uroot -p54safer
文本數據導入： load data local infile "文件名" into table 表名;
數據導入導出：mysqlbinmysqlimport database tables.txt
MYSQL數據庫的插入極限分析
1、如果同時從同一個客戶端插入很多行，使用含多個 VALUE的INSERT語句同時插入幾行。這比使用單行INSERT語句快(在某些情況下快幾倍)。如果你正向一個非空表添加數據，可以調節 bulk__buffer_size變量，使數據插入更快。參見5.3.3 節，“服務器系統變量”。
2、如果你從不同的客戶端插入很多行，能通過INSERT DELAYED語句加快速度。參見13.2.4 節，“INSERT語法”。
3、用MyISAM，如果在表中沒有刪除的行，能在SELECT語句正在運行的同時插入行。
4、當從一個文本文件裝載一個表時，使用LOAD DATA INFILE。這通常比使用很多INSERT語句快20倍。參見13.2.5 節，“LOAD DATA INFILE語法”。
5、當表有很多索引時，有可能要多做些工作使得LOAD DATA INFILE更快些。使用下列過程：
1）. 有選擇地用CREATE TABLE創建表。
2）. 執行FLUSH TABLES語句或命令mysqladmin flush-tables。
3). 使用myisamchk --keys-used=0 -rq /path/to/db/tbl_name。這將從表中取消所有索引的使用。
4). 用LOAD DATA INFILE把數據插入到表中，因為不更新任何索引，因此很快。
5). 如果只想在以后讀取表，使用myisampack壓縮它。參見15.1.3.3 節，“壓縮表特性”。
6). 用myisamchk -r -q /path/to/db/tbl_name重新創建索引。這將在寫入磁盤前在內存中創建索引樹，并且它更快，因為避免了大量磁盤搜索。結果索引樹也被完美地平衡。
7). 執行FLUSH TABLES語句或mysqladmin flush-tables命令。
6、鎖定表可以加速用多個語句執行的INSERT操作：
* LOCK TABLES a WRITE;
* INSERT INTO a VALUES (1,23),(2,34),(4,33);
* INSERT INTO a VALUES (8,26),(6,29);
* UNLOCK TABLES;
這樣性能會提高，因為索引緩存區僅在所有INSERT語句完成后刷新到磁盤上一次。一般有多少INSERT語句即有多少索引緩存區刷新。如果能用一個語句插入所有的行，就不需要鎖定。
對于事務表，應使用BEGIN和COMMIT代替LOCK TABLES來加快插入。
MySQL數據庫出錯代碼列表
MySQL出錯代碼列表：
1005：創建表失敗
1006：創建數據庫失敗
1007：數據庫已存在，創建數據庫失敗
1008：數據庫不存在，刪除數據庫失敗
1009：不能刪除數據庫文件導致刪除數據庫失敗
1010：不能刪除數據目錄導致刪除數據庫失敗
1011：刪除數據庫文件失敗
1012：不能讀取系統表中的記錄
1020：記錄已被其他用戶修改
1021：硬盤剩余空間不足，請加大硬盤可用空間
1022：關鍵字重復，更改記錄失敗
1023：關閉時發生錯誤
1024：讀文件錯誤
1025：更改名字時發生錯誤
1026：寫文件錯誤
1032：記錄不存在
1036：數據表是只讀的，不能對它進行修改
1037：系統內存不足，請重啟數據庫或重啟服務器
1038：用于排序的內存不足，請增大排序緩沖區
1040：已到達數據庫的最大連接數，請加大數據庫可用連接數
1041：系統內存不足
1042：無效的主機名
1043：無效連接
1044：當前用戶沒有訪問數據庫的權限
1045：不能連接數據庫，用戶名或密碼錯誤
1048：字段不能為空
1049：數據庫不存在
1050：數據表已存在
1051：數據表不存在
1054：字段不存在(SQLSTATE:42S22)
1065：無效的SQL語句，SQL語句為空
1081：不能建立Socket連接
1114：數據表已滿，不能容納任何記錄
1116：打開的數據表太多
1129：數據庫出現異常，請重啟數據庫
1130：連接數據庫失敗，沒有連接數據庫的權限
1133：數據庫用戶不存在
1141：當前用戶無權訪問數據庫
1142：當前用戶無權訪問數據表
1143：當前用戶無權訪問數據表中的字段
1146：數據表不存在
1147：未定義用戶對數據表的訪問權限
1149：SQL語句語法錯誤
1158：網絡錯誤，出現讀錯誤，請檢查網絡連接狀況
1159：網絡錯誤，讀超時，請檢查網絡連接狀況
1160：網絡錯誤，出現寫錯誤，請檢查網絡連接狀況
1161：網絡錯誤，寫超時，請檢查網絡連接狀況
1062：字段值重復，入庫失敗
1064：語法錯誤，常見的比如注釋--后沒加空格
1169：字段值重復，更新記錄失敗
1177：打開數據表失敗
1180：提交事務失敗
1181：回滾事務失敗
1193：變量沒聲明，常在寫存儲過程時發生
1203：當前用戶和數據庫建立的連接已到達數據庫的最大連接數，請增大可用的數據庫連接數或重啟數據庫
1205：加鎖超時
1211：當前用戶沒有創建用戶的權限
1216：外鍵約束檢查失敗，更新子表記錄失敗
1217：外鍵約束檢查失敗，刪除或修改主表記錄失敗
1226：當前用戶使用的資源已超過所允許的資源，請重啟數據庫或重啟服務器
1227：權限不足，您無權進行此操作
1235：MySQL版本過低，不具有本功能
MySQL數據庫所支持的操作系統介紹
我們使用GNU Autoconf，因此將MySQL移植到所有使用Posix線程和C++編譯器的現代系統是可能的。(要求服務器支持線程。如果只是編譯客戶端代碼，則只需要C++編譯器)。我們主要在Linux(SuSE和Red Hat)、FreeBSD和Sun Solaris(版本8和9)上使用并開發本軟件。
已經報告MySQL可以在下列操作系統/線程包的組合上成功地進行編譯。注意，對于很多操作系統，原生的線程僅支持最新的版本。
· 有原生線程的AIX 4.x和5.x。
· Amiga。
· 包括MIT-pthreads包的BSDI 2.x。
· 有原生線程的BSDI3.0,3.1和4.x。
· 有原生線程的Digital Unix 4.x。
· 包括MIT-pthreads包的FreeBSD 2.x。
· 有原生線程的FreeBSD 3.x和4.x。
· 有LinuxThreads的FreeBSD 4.x。
· 有DCE線程或MIT-pthreads包的HP-UX 10.20。
· 有原生線程的HP-UX 11.x。
· 有LinuxThreads 0.7.1+或glibc 2.0.7+，適合各種CPU的Linux 2.0+。
· Mac OS X。
· NetBSD 1.3/1.4 Intel和NetBSD 1.3 Alpha(需要GNU make)。
· Novell NetWare 6.0。
· 有原生線程的OpenBSD > 2.5。包括MIT-pthreads包的OpenBSD < 2.5。
· OS/2 Warp 3, FixPack 29和OS/2 Warp 4, FixPack 4.
· 有最新FSU Pthreads移植包的SCO OpenServer 5.0.X。
· SCO UnixWare 7.1.x。
· SCO Openserver 6.0.x。
· 有原生線程的SGI Irix 6.x。
· SPARC和x86上有原生線程的Solaris 2.5和以上版本。
· 包括MIT-pthreads包的SunOS 4.x。
· Tru64 Unix。
· Windows 9x、Me、NT、2000、XP和2003。