國內最大的酷站演示中心!
mysql中文參考手冊5(安裝mysql上)
轉載 譯者：晏子
〖返回〗〖轉發〗
譯者：晏子 ([email protected])主頁：http://linuxdb.yeah.net
4 安裝mysql
本章描述怎樣獲得并安裝mysql：
對于你能從其獲得mysql的站點列表，見4.1 怎樣獲得mysql。
要了解支持哪些平臺，見4.2 mysql支持的操作系統。
可獲得mysql的多個版本，以二進制代碼和源代碼形式分發。為了確定你應該使用的分發的版本和類型，見4.4 怎樣和何時發布更新版本。
針對二進制代碼和源代碼分發的安裝指令在4.6 安裝 mysql 二進制代碼分發和4.7 安裝 mysql 源代碼分發講述。每套指令均包含一個關于你可能涉及的系統特定問題的部分。
為安裝后期過程，見4.15 安裝后期的設置與測試。不管你是用一個二進制代碼還是源代碼分發來安裝mysql，這些過程均適用。
4.1 怎樣獲得mysql
檢查mysql主頁獲得當前版本的信息和下載指令。
然而，tcx的因特網鏈接不是很快的；我們更希望讓你從下列鏡象站點之一進行真正的下載。
請向[email protected]報告不存在的或過時的鏡像站點。
歐洲：
奧地利 [ 維也納技術大學 ]www ftp
保加利亞 [ naturella ]ftp
克羅地亞 [ hulk ]www ftp
捷克共和國 [ 在brno的masaryk大學 ]www ftp
捷克共和國 [ www.sopik.cz]www
丹麥 [ borsen ]www
丹麥 [ sunsite ]www ftp
愛沙尼亞 [ okinteractive ]www
法國 [ minet ]www
芬蘭 [ eunet ]www
芬蘭 [ clinet ]ftp
德國 [ 波恩大學, 波恩 ]www ftp
德國 [ wolfenbuettel ]www ftp
德國 [ staufen ]www
德國 [ cable & wireless ]ftp
希臘 [ ntua , 雅典]www ftp
island [ gm ]www www
意大利 [ teta srl ]www 愛爾蘭 [ ireland on-line/dublin ]www ftp
波蘭 [ sunsite ]www ftp
葡萄牙 [ lerianet ]www ftp
俄國 [ directnet ]www
俄國 [ izhcom ]www ftp
俄國 [ scientific center/chernogolovka ]ftp
羅馬尼亞 [ timisoara ]www ftp
羅馬尼亞 [ bucharest ]www ftp
西班牙 [ masterd ]www
瑞典 [ sunet ]www ftp
瑞士 [ sunsite ]www ftp
英國 [ omnipotent/uk ]www ftp 英國 [ plig/uk ]www ftp
英國 [ sunsite ]www ftp
烏克蘭 [ paco ]www ftp
北美洲：
加拿大 [ tryc ]www/li>
加拿大 [ cyberus ]www ftp
美國 [ hurricane electric/san jose ]www
美國 [ circle net/north carolina ]www
美國 [ gina net/florida ]www
美國 [ pingzero/los angeles ]www
美國 [ 威斯康星大學 / 威斯康星]www ftp
美國 [ digex ]ftp
南美洲：
巴西 [ matrix ]www
智利 [ vision ]www
亞洲：
中國 [ freecode ]www
中國 [ netfirm ]www
朝鮮 [ kreonet ]www
日本 [ soft agency ]www
日本 [ nagoya syouka university ]www ftp
新加坡 [ hjc ]www ftp
中國臺灣 [ ht ]www
澳洲：
澳洲 [ aarnet/queensland ]www ftp
澳洲 [ tas ]www ftp
澳洲 [ blue planet/melbourne ]www
澳洲 [ itworks consulting/victoria ]www
非洲：
南非 [ mweb/ ]www
南非 [ the internet solution/johannesburg ]ftp
4.2 mysql 支持的操作系統
我們使用 gnu autoconf，因此將mysql移植到所有使用 posix 線程和一個 c++ 編譯器的現代系統是可能的。(僅僅為了編譯客戶代碼，只需要一個 c++ 編譯器而不是線程)。我們主要在sun solaris(版本 2.5 & 2.6)上使用并開發軟件本身，而redhat linux 5.0 居其次。
mysql已經被報告在下列操作系統/線程包的組合上成功地編譯。注意，對很多操作系統，原生的線程支持僅工作于最新的版本。
有原生線程的aix 4.x
包括 mit-pthreads 包的bsdi 2.x
有原生線程的bsdi 3.0、3.1和4.x
有原生線程的dec unix 4.x
包括mit-pthreads包的freebsd 2.x
有原生程的freebsd 3.x
包括 mit-pthreads 包的 hp-ux 10.20
有原生線程的 hp-ux 11.x 。
有 linuxthreads 0.7.1 的 linux 2.0 + 或glibc2.0.7
macos x 服務器
netbsd 1.3/1.4 intel 和 netbsd 1.3 alpha ( 需要 gnu make）
包括 mit-pthreads 包的 openbsd 2.x
os/2 wrap 3、fixpack 29和os/2 wrap 4、fixpack 4
有原生線程的sgi irix 6.x
sparc和x86上有原生線程的solaris 2.5、2.6和2.7
包括 mit-pthreads 包的sunos 4.x
有最新fsu pthreads移植包的sco openserver
sco unixware 7.0.1
tru64 unix
win95、win98和nt(只有擁有mysql許可證或mysql電子郵件支持的用戶可得到最新版本)。對那些在購買之前想測試的人，我們以共享軟件方式發布了mysql 3.21.29（一個較老的版本）。
4.3 使用mysql哪個版本
首先要作出決策，你是否想要使用最新的開發版本或最終的穩定版本：
通常, 如果你是第一次開始使用mysql或嘗試移植它到一些還沒有二進制分發系統上，我們推薦使用開發版本(當前 3.22.x)。這是因為通常在開發版本中沒用真正嚴重的錯誤，并且你能容易用你的機器上的crash-me和基準測試套件來測試它。見10.8 使用你自己的基準測試。
否則，如果你正在運行一個老的系統并且想要升級，但是又不想要用3.22冒險，你應該升級到3.21.33。我們已經試著僅修復致命錯誤，并且對那個版本進行更小的相對安全的改動。
要做的第二項決策是你是否想要使用源代碼分發或二進制分發：
如果你想在一個已經存在一個最新二進制分發的平臺上運行mysql，就用它。通常，這比一個源代碼分發更容易安裝。
如果你想要閱讀(或修改)構成mysql的c和c++代碼，你應該拿到源代碼分發。源代碼總是最終的手冊。源代碼分發也比二進制的分發包含更多的測試和實例。
mysql的命名機制使用由3個數字和一個后綴組成的版本號。例如，一個像mysql-3.21.17-beta的版本號這樣解釋：
第1數字(3)描述文件格式。所有版本3的發行都有相同的文件格式。當一個版本4出現時，每個數據庫表都將必須轉換到新格式(當然，為此有一個很不錯的工具)。
第2數字(21)是發行級別。通常有2種選擇。一個是發部/穩定分支(當前為21)而其它是開發分支(當前22)。通常兩者都是穩定的，但是開發版本可能有毛病，新功能缺乏文檔或可能在某些系統上編譯失敗。
第3個數字(17)是在此發行級別的版本號，這隨每個新分發遞增。通常你需要你已經選擇的發行(release)的最新版本(version)。
后綴(beta)顯示發行的穩定性級別。可能的后綴有：
alpha 表明發行包含大量未被100%測試的新代碼。已知的錯誤(通常沒有)應該在新聞小節被記錄。見d mysql 變遷的歷史記錄。在大多數 alpha 版本也有新的命令和擴展。
beta 意味著所有的新代碼被測試了，沒有增加重要的新特征，應該沒有已知的錯誤。
gamma 是一個發行了一段時間的beta版本，看起來應該運行正常。這就是很多其他公司稱為一個發布的東西。
如果沒有后綴，這意味著該版本已經在很多地方運行一段時間了，而且沒有非平臺特定的錯誤報告。這就是我們稱為一個穩定版本的東西。
mysql所有版本都經過我們的標準測試和基準測試運行，以保證他們可相當安全地使用。因為標準測試不斷擴充以檢測以前發現的錯誤，測試套件一直在改進之中。
注意，所有版本都至少已經用下列套件進行了測試：
一個內部測試套件
這是一個客戶生產系統的一部分。它可能有很多幾百個兆字節數據的數據庫表。
mysql基準測試套件
它運行一定范圍的常用查詢。它也是一個測試，檢測最新的優化處理是否真的使代碼更快。見10.8 使用你自己的基準測試。
crash-me測試
這嘗試決定數據庫支持什么功能和它的能力與限制是什么。見10.8 使用你的自己基準測試。
其他測試是在內部的生產環境中使用最新mysql版本，至少在一臺機器上。我們有超過100gb的數據可用使用。
4.4 怎樣和何時發布更新版本
在tcx，mysql進展的相當快，并且我們想要與其它mysql用戶分享它。當我們有一個看來其它人似乎需要的非常有用的功能時，我們就試著制作一個發行版本。
我們也嘗試幫助那些需要很容易實現的功能的用戶，我們也關注我們授權的用戶想要什么，我們更特別關注我們的擴展電子郵件支持的客戶想要什么，并且盡力幫助他們。
沒有人一定要下載一個新版本，新聞小節中將告訴你新版本是否有一些你確實想要的東西。見d mysql 變遷的歷史記錄。
當更新mysql時，我們使用下列方針：
對每個小的改進，在版本字符串的最后數字增加1。當有主要的新功能或與先前版本比有較小不兼容性時，在版本字符串的第2數字增加1。當文件格式變化時，第1數字加1。
穩定的測試過的版本每年準備出現1-2次，但是如果發現小錯誤，只有錯誤修復的一個版本將被發行。
工作版本準備每1-8周出現一次。
對一些平臺的二進制分發，主要版本由我們制作。其他人可以為其他系統制作二進制分發，但是可能不多見。
一旦我們找到并修復了小錯誤，我們通常使用戶可以得到補丁。
對非緊急但煩人的錯誤，如果他們被發給我們，我們將使用戶可以得到補丁，否則我們將集中許多錯誤到一個更大的補丁中。
在任何情況下，如果在一個發行中有一個致命錯誤，我們將盡快制作一個新版本。我們想其他公司也這樣做。:)
當前的穩定版本是3.22；我們已經轉移到3.23的積極開發中。在穩定版本中，錯誤仍將被修復。我們不相信一個完全凍結，因為這也留下的錯誤修復和“必須做”的事情。“某種程度的凍結”意味著我們可以增加小東西，它“將幾乎肯定不影響已經能工作的任何東西”。
4.5 安裝布局
這節描述安裝二進制代碼和源代碼分發時創建的缺省目錄布局。
二進制分發通過在你選擇的安裝地點(典型的“/usr/local/mysql”)解壓縮來安裝，并且在該處創建下列目錄：
目錄 目錄的內容
“bin” 客戶程序和mysqld服務器
“data” 日志文件, 數據庫
“include” 包含(頭)文件
“lib” 庫文件
“scripts” mysql_install_db
“share/mysql ” 錯誤消息文件
“sql-bench” 基準程序
源代碼分發在你配置并編譯后進行安裝。缺省地，安裝步驟將文件安裝在“/usr/local”下的下列子目錄：
目錄 目錄的內容
“bin” 客戶程序和腳本
“include/mysql” 包含(頭)文件
“info” info格式的文檔
“lib/mysql” 庫文件
“libexec” mysqld服務器
“share/mysql” 錯誤消息文件
“sql-bench” 基準程序和crash-me測試
“var” 數據庫和日志文件。
在一個安裝目錄內，源代碼安裝的布局在下列方面不同于二進制安裝：
mysqld服務器被安裝在“libexec”目錄而不是“bin”目錄內。
數據目錄是“var”而非“data”。
mysql_install_db被安裝在“/usr/local/bin”目錄而非“/usr/local/mysql/scripts”內。
頭文件和庫目錄是“include/mysql”和“lib/mysql”而非“include”和“lib”。
4.6 安裝mysql二進制代碼分發
你需要下列工具安裝一個mysql二進制分發：
gnu gunzip解壓縮分發。
一個適當的tar解包分發。 gnu tar已知可以。
在linux下的另一個安裝方法是使用rpm(redhat包管理器)分發。見4.6.1 linux rpm 注意事項。
如果你碰到問題，在把問題郵寄到[email protected]時，請總是使用mysqlbug，就算問題不是一個bug，mysqlbug收集系統信息，將有助于其它人解決你的問題。不使用mysqlbug，你將減少得到你問題的一個解決方案的可能性！在你解包分發后，你會在“bin”目錄下找到mysqlbug。見2.3 怎樣報告錯誤或問題。
你必須執行以便安裝并使用一個mysql二進制分發的基本命令是：
shell> gunzip < mysql-version-os.tar.gz |tar xvf -
shell> ln - s mysql-version-os mysql
shell> cd mysql
shell> scripts/mysql_install_db
shell> bin/safe_mysqld &
如果你安裝了dbi和msql-mysql-modulesperl模塊，你可以使用bin/mysql_setpermission腳本增加新用戶。
以下是更詳細的描述：
對于安裝二進制分發，遵循以下步驟，然后繼續到4.15 安裝后期的設置與測試，進行安裝后期的設置和測試：
挑選一個你想解開分發包的目錄，進入給目錄。在下面的例子中，我們將分發解包在“/usr/local”下并且創建一個安裝mysql的“/usr/local/mysql”目錄。（因此，下列指令假設你有權限在“/usr/local”中創建文件，如果該目錄被保護，你需要以root實施安裝。)
從4.1 怎樣獲得mysql中列出的站點之一獲得一個分發文件。mysql二進制分發以壓縮的tar文檔提供，并且有類似“mysql-version-os.tar.gz”的名字，這里version是一個數字(例如，3.21.15)，且os表明分發能運行的操作系統類型(例如，pc-linux-gnu-i586)。
解開分發并且創建立安裝目錄：
shell> gunzip < mysql-version-os.tar.gz |tar xvf -
shell> ln - s mysql-version-os mysql
第一個命令創建一個名為“mysql-version-os”的目錄，第二個命令生成到該目錄的一個符號鏈接。這讓你更容易地把安裝目錄指定為“/usr/local/mysql”。
進入安裝目錄：
shell> cd mysql
你會在mysql目錄下發現幾個文件和子目錄，對安裝目的最重要的是“bin”和“scripts”子目錄。
“bin”
這個目錄包含客戶程序和服務器，你應該把這個目錄的完整路徑加到你的path環境變量，以便你的shell能正確的找到mysql程序。
“scripts”
這個目錄包含mysql_install_db腳本，用來初始化服務器存取權限。
如果你想使用mysqlaccess而在某個非標準的地點有mysql分發，你必須改變地點，在哪兒mysqlaccess期望找到mysql客戶。編輯“bin/mysqlaccess”腳本，大約在第18行，尋找類似下面的行：
$mysql = “/usr/local/bin/mysql”; # path to mysql executable
改變路徑以反映出mysql實際存儲在你系統上的地點。如果你不這樣做，當你運行mysqlaccess時，你將得到一個broken pipe的錯誤。
創造mysql授權表(只有在你以前沒安裝過mysql是必要的)：
shell> scripts/mysql_install_db
注意當你運行時mysql_install_db時，比版本3.22.10老的mysql版本啟動mysql服務器。這不再是真的了！
如果你想要安裝對perl dbi/dbd接口的支持，見4.10 perl安裝注意事項。
如果你喜歡在引導機器時自動啟動mysql，你可以拷貝support-files/mysql.server文件到你系統有啟動文件的地方。更多的信息可以在support-files/mysql.server腳本中和4.15.3 自動啟動和停止mysql找到。
在所有東西被解包并且安裝以后，你應該初始化并且測試你的分發。
你可以用下列命令啟動mysql服務器：
shell> bin/safe_mysqld &
見4.15 安裝后期的設置和測試。
4.6.1 linux rpm 注意事項
在linux上安裝mysql推薦的方法是使用一個rpm文件。mysql rpm目前是在一個 redhat 5.2 系統上建立的，但是應該能工作在支持rpm且使用glibc的其他 linux 版本上。
如果一個rpm文件有問題，例如sorry, the host 'xxxx' could not be looked up，見4.6.3.1 linux 注意事項。
你可能要使用的rpm文件有：
mysql-version.i386.rpm mysql服務器。除非你只是想要與運行在其他機器上mysql服務器連接，否則你將需要它。
mysql-client-version.i386.rpm 標準mysql客戶程序。你可能總是需要安裝這個包。
mysql-bench-version.i386.rpm 測試和基準程序。需要perl和msql-mysql-modules rpm。
mysql-devel-version.i386.rpm 所需的庫和包含文件。如果你想要編譯其他mysql客戶程序, 例如perl模塊。
mysql-version.src.rpm 包含上述所有包的源代碼。它也能被用來嘗試為其他硬件平臺構造rpm(例如，alpha或sparc)。
查看一個rpm包中的所有文件：
shell> rpm - qpl mysql-version.i386.rpm
實施一個標準的最小安裝，運行這個命令：
shell> rpm -i mysql-version.i386.rpm mysql-client-version.i386.rpm
只安裝客戶包：
shell> rpm -i mysql-client-version.i386.rpm
rpm將數據放在“/var/lib/mysql”里，rpm也在“/etc/rc.d/”里創建適當的入口以便在引導時自動啟動服務器。（這意味著如果你以前已經安裝過，在對它改變之前，你可以把你以前安裝的mysql啟動文件做個拷貝，因此你不會丟失改動）。
在安裝了rpm文件后，“mysqld”守護程序應該正在運行，并且現在你應該可以開始使用mysql。見4.15 安裝后期的設置和測試。
如果一些東西出錯，可以在二進制的安裝一節里找到更多的信息。見4.6 安裝mysql二進制代碼分發。
4.6.2 構造客戶程序
如果你編譯你自己寫的或你從第三方獲得的mysql客戶程序，他們必須用link命令的-lmysqlclient選項進行鏈接。你可能也需要指定一個 -l 選項，告訴鏈接器在哪兒查找庫文件。例如，如果庫文件安裝在“/usr/local/mysql/lib”里，在鏈接命令上使用 -l/usr/local/mysql/lib -lmysqlclient。
對使用mysql頭文件的客戶程序，當你編譯他們時，你可能需要指定一個 -i 選項(例如，-i/usr/local/mysql/include)， 使得編譯器能找到頭文件。
4.6.3 系統特定的問題
下一節說明在從一個二進制分發安裝mysql時，已經在特定的系統上觀察到已發生過一些問題。
4.6.3.1 linux 注意事項
mysql需要至少linux 2.0。
二進制發行版用-static鏈接的，這意味著你一般不必擔心你擁有的系統庫是哪個版本。你也不必安裝linuxthreads。一個用-static鏈接的程序比一個動態鏈接程序稍大些但更快(3-5%)。然而，一個問題是你不能使用靜態鏈接的用戶定義函數(udf)。如果你準備編寫或使用udf函數(這只對c或c++程序員)，你必須編譯mysql本身，使用動態鏈接。
如果你正在使用一個基于libc-的系統(而不是一個glibc2系統)，你將可能碰到二進制發行的主機名解析和getpwnam()的一些問題（這是因為glibc不幸地依賴于一些包括解析主機名和getwpent()的外部庫，甚至在用-static編譯時)。在這種情況下，當你運行mysql_install_db時，你可能得到下列錯誤信息：
sorry, the host 'xxxx' could not be looked up
或當你嘗試以 --user 選項運行 mysqld 時的下列錯誤：
getpwnam : no such fileor directory
你能用下列方法之一解決這個問題：
獲得一個mysql源代碼分發(一個rpm或tar分發)并且安裝它。
執行mysql_install_db --force；這將不執行mysql_install_db里面的resolveip測試。缺點是你不能在授權表中使用主機名字；相反你必須使用ip數字(除了localhost)。如果你正在使用一個老的不支持--force的mysql版本，你必須用編輯器刪除mysql_install中的resolveip測試。
用su啟動mysqld而不使用--user。
mysql的linux-intel二進制代碼和rpm發行版是為最高可能的速度而配置的。我們總是努力使用可用的最快的穩定的編譯器。
mysql的perl支持要求perl 5.004_03或更新。
4.6.3.2 hp-ux 注意事項
針對hp-ux的mysql二進制分發作為一個hp depot（倉庫）或tar 文件格式分發的。為了使用depot文件，你必須運行至少hp-ux 10.x 以便訪問hp的軟件倉庫工具。
mysql的hp版本在運行hp-ux 10.20下的hp 9000/8xx 服務器上編譯，并且使用mit-pthreads。它已知可在這種配置下很好地工作。mysql 3.22.26和更新版也用hp原生線程包構造。
其他可以運行的配置：
運行 hp-ux 10.20 + 的 hp 9000/7xx
運行 hp-ux 10.30 的 hp 9000/8xx
下列配置幾乎肯定不能運行：
運行 hp-ux 10.x 的 hp 9000/7xx 或 8xx ，x < 2
運行 hp-ux 9.x 的 hp 9000/7xx 或 8xx
為了安裝分發，使用下面的命令之一, 這里/path/to/depot是倉庫文件的完整路徑：
要安裝所有東西，包括服務器、客戶和開發工具：
shell> /usr/sbin/swinstall - s /path/to/depot mysql.full
僅僅安裝服務器：
shell> /usr/sbin/swinstall - s /path/to/depot mysql.server
僅僅安裝客戶軟件包：
shell> /usr/sbin/swinstall - s /path/to/depot mysql.client
僅僅安裝開發工具：
shell> /usr/sbin/swinstall - s /path/to/depot mysql.developer
depot在“/opt/mysql”存放二進制代碼和庫文件并在“/var/opt/mysql”存放數據。depot也在“/sbin/init.d”和“ /sbin/rc2.d”里創建適當的入口以自動地在引導時啟動服務器。顯然, 這有必要以root身份來安裝。
為了安裝hp-ux tar分發，你必須有gnu tar的一個拷貝。
4.7 安裝mysql源代碼分發
你需要下列工具構造并安裝mysql源代碼：
gnu gunzip解壓縮該分發。
一個合適的tar解包分發。gnu tar已知可以工作。
一個能運行的ansi c++編譯器。gcc> = 2.8.1 、egcs> = 1.0.2 、sgi c++和sunpro c++是一些已知能工作編譯器。 當使gcc用時，不需要libg++。gcc2.7.x 有一個bug，使得它可能不能編譯一些完全合法的c++文件，例如“sql/sql_base.cc”。如果你僅有gcc2.7.x，你必須升級gcc才能編譯mysql。
一個優秀的make程序。gnu make總是被推薦且有時必須。如果你有問題，我們推薦試一試gnu make3.75或更新。
如果你遇到問題，當向[email protected]郵寄問題時，請一直使用mysqlbug。就算問題不是一個bug，mysqlbug收集系統信息，將有助于其它人解決你的問題。如果不使用mysqlbug，你減少得到關你問題的一個解決方案的可能性！在你解包分發后，你會在“scripts”目錄下找到mysqlbug。見2.3 怎樣報告錯誤或問題。
4.7.1 快速安裝概述
你必須執行的安裝mysql源代碼分發的基本命令是(從一個解包的tar文件)：
shell>configure
shell>make
shell>make install
shell>scripts/mysql_install_db
shell>/usr/local/mysql/bin/safe_mysqld &
如果你從一個源代碼rpm開始，那么執行如下命令。
shell> rpm -- rebuild mysql-version.src.rpm
這樣你制作一個可以安裝的二進制rpm。
如果你安裝了dbi和msql-mysql-modulesperl模塊，你可以利用bin/mysql_setpermission腳本增加新用戶。
以下是更詳細的描述：
為了安裝源代碼分發，按照下列步驟，然后繼續到4.15 安裝后期的設置與測試，進行安裝后期的初始化與測試。
挑選一個你要在其下面解包分發的目錄，并且進入該目錄。
從節4.1 怎樣獲得mysql中列出的站點之一獲得一個分發文件。mysql源代碼分發以壓縮的tar檔案提供，并且有類似于“mysql-version.tar.gz”的名字，這里的version是一個類似3.23.7-alpha的數字。
在當前目錄下解包分發：
shell> gunzip < mysql-version.tar.gz | tar xvf -
這個命令創建名為“mysql-version”的一個目錄。
進入解包分發的頂級目錄：
shell> cd mysql-version
設置發行版本并且編譯：
shell>./configure--prefix=/usr/local/mysql
shell>make
當你運行configure時，你可能想要指定一些選項，運行./configure --help得到一張選項表。4.7.3 典型的configure選項討論一些很有用的選項。如果configure失敗，你將發送包含你認為能幫你解決該問題的“config.log”的郵件，如果configure異常退出，也要包括configure的最后幾行輸出。用mysqlbug腳本郵寄錯誤報告。見2.3 怎樣報告錯誤和問題。如果編譯失敗，見節4.8 編譯問題？，幫助解決很多常見問題。
安裝所有東西：
shell>make install
你可能需要root用戶來運行這個命令。
創造mysql授權表(只有你以前沒安裝mysql是必需的)：
shell>scripts/mysql_install_db
注意，在運行mysql_install_db時，那些比3.22.10舊的mysql版本啟動mysql服務器。現在不是這樣了！
如果你想要安裝對perl dbi/dbd接口的支持，見4.10 perl安裝注意說明。
如果你想要mysql在你引導機器時自動地啟動，你可以拷貝support-files/mysql.server到你的系統中有啟動文件的地方。更多的信息可以在support-files/mysql.server腳本里和4.15.3 自動啟動和停止mysql找到。
在所有東西安裝完以后，你應該初始化并且測試你的分發。
你可以用下列命令啟動mysql服務器，這里bindir是safe_mysqld被安裝的目錄(缺省為“/usr/local/bin”)：
shell> bindir/safe_mysqld &
如果這個命令提示mysqld daemon ended并馬上失敗，那么你能在文件“mysql-data-directory/'hostname'.err”找到一些信息。可能的原因是你已經有另外一個正在運行的mysqld服務器。見19.3 在同一臺機器上運行多個mysql服務器。
參見4.15 安裝后期的設置與測試。
4.7.2 運用補丁
有時補丁出現在郵件列表上或放在mysql ftp地點的補丁區。
為了使用來自郵件列表的一個補丁，保存補丁出現在文件的消息，進入你的mysql源代碼樹的頂級目錄并運行這些命令：
shell>patch - p1 <patch-file-name
shell>rm config.cache
shell>make clean
來自ftp地點的補丁是作為普通文本文件或作為被壓縮了的gzip文件分發。運用一個文本的補丁如上述郵件列表補丁，為了使用一個壓縮的補丁，進入你的mysql源代碼樹頂級目錄并運行這些命令：
shell>gunzip <patch-file-name.gz |patch - p1
shell>rm config.cache
shell>make clean
在使用一個補丁以后，按照正常的源代碼安裝的指令，開始./configure步驟。在運行make install后，重啟你的mysql服務器。
在運行make install前，你可能需要關閉所有正在運行的服務器（使用mysqladmin shutdown)。如果一個程序的新版本替代當前正在執行的版本，一些系統不允許你安裝它。
4.7.3 典型的configure選項
configure腳本給你一個很大的控制權來如何配置你的mysql分發。典型地，你使用configure命令行的選項進行。你也可以用正確的環境變量作用于configure。對于一個由configure支持的選擇列表，運行這個命令：
shell> ./configure -- help
一些更常用的configure選項見下面的描述：
只編譯mysql客戶庫和客戶程序而不是服務器，使用--without-server選項：
shell> ./configure --without-server
如果你沒有一個 c++ 編譯器，mysql將不編譯(有一個客戶程序需要c++)。在這種情況下，你可以去掉configure里面測試c++編譯器的代碼，然后運行帶有 --without-server選項的./configure。編譯步驟步將仍然嘗試構造mysql，但是你可以忽略任何關于“ mysql.cc ”的警告。（如果make停止，試試make -k告訴它即使出錯繼續剩下的構造步驟）。
如果你不想要位于“/usr/local/var”目錄下面的日志(log)文件和數據庫，使用類似于下列configure命令的一個：
shell>./configure--prefix=/usr/local/mysql
shell>./configure--prefix=/usr/local --localstatedir=/usr/local/mysql/data
第一個命令改變安裝前綴以便任何東西被安裝在“/usr/local/mysql”下面而非缺省的“/usr/local”。第二個命令保留缺省安裝前綴，但是覆蓋了數據庫目錄缺省目錄(通常是“/usr/local/var”)并且把它改/usr/local/mysql/data.
如果你正在使用unix并且你想要mysql的套接字位于缺省地點以外的某個地方(通常在目錄“/tmp”或“/var/run”，使用象這樣的configure的命令：
shell> ./configure -- with-unix-socket-path=/usr/local/mysql/tmp/mysql.sock
注意給出的文件必須是一個絕對路徑！
如果你想編譯靜態鏈接程序(例如，制作二進制分發、獲得更快的速度或與解決與redhat分發的一些)，像這樣運行configure：
shell>./configure --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static
如果你正在使用gcc并且沒有安裝libg++或libstdc++，你可以告訴configure使用gcc作為c++編譯器：
shell> cc=gcc cxx=gcc ./configure
當你使用時gcc作為c++編譯器是，它將不試圖鏈接libg++或libstdc++。如果構造失敗并且產生有關編譯器或鏈接器的錯誤，不能創建共享庫“libmysqlclient.so.#”(“#”是一個版本號), 你可以通過為configure指定--disable-shared選項來解決此問題。在這種情況下，configure將不構造一個共享libmysqlclient.so.#庫。
你可以設置mysql對于非null的列不使用default列值(即，不允許列是null)。這導致insert語句產生一個錯誤，除非你明確地為所有要求非null值的列指定值。為了禁止使用缺省值，這樣運行configure：
shell> cxxflags=-ddont_use_default_fields ./configure
缺省地，mysql使用iso-8859-1(latin1)字符集。為了改變缺省設置，使用--with-charset選項目：
shell> ./configure -- with-charset=charset
charset可以是big5、cp1251、cp1257、czech、danish、dec8、dos、euc_kr、gb2312 gbk、german1、hebrew、 hp8、hungarian、koi8_ru、koi8_ukr、latin1、latin2、sjis、swe7、tis620、ujis、usa7、win1251或win1251ukr之一。見9.1.1 用于數據和排序的字符集。注意：如果你想要改變字符集，你必須在配置期間做make distclean！如果你想在服務器和客戶之間變換字符，你應該看一下set option character set命令。見7.25 set option句法。警告：如果你在創建了任何數據庫表之后改變字符集，你將必須對每個表運行myisamchk -r -q，否則你的索引可能不正確地排序。（如果你安裝了mysql，創建一些表，然后重新配置mysql使用一個不同的字符集并且重新安裝它，這時就可能發生這種情況。）
為了配置mysql帶有調試代碼，使用--with-debug選項：
shell> ./configure --with-debug
這導致包含一個安全的內存分配器，能發現一些錯誤和并提供關于正在發生的事情的輸出。見g.1調試一個mysql服務器。
屬于特定系統的選項可在本章特定系統的小節里找到。見4.11 系統特定的問題。
4.8 編譯問題？
所有mysql程序在solaris上使用gcc編譯并且沒有任何警告。在其他系統上，由于系統包含文件的差別可能會發生警告。對于使用mit-pthreads時發生的警告，見4.9 mit-pthreads 注意事項。其他問題，檢查下面的表。
許多問題的解決方案涉及重新配置。如果你確實需要重新配置，注意下列事項：
如果configure在它已經被運行了以后運行，它可以使用先前收集的信息。這個信息被存儲在“config.cache”里面。當configure啟動時，它尋找該文件而且如果它存在，假定信息仍然是正確的，讀入它的內容。當你重新配置時，該假設是無效的。
每次你運行configure時候，你必須運行make再重新編譯。然而, 你可能想要把先前構造的老的目標文件刪除，因為他們使用不同的配置選項被編譯。
為了防止使用舊的配置信息或目標文件，在重新運行configure前運行這些命令：
shell>rm config.cache
shell>make clean
另外，你可以運行make distclean。
下表描述了一些最常發生的編譯mysql的問題：
如果在編譯“sql_yacc.cc”時，你得到如下的一個錯誤，你可能是存儲器或交換空間溢出：
internal compiler error: program cc1plus got fatal signal 11
或
out of virtual memory
或
virtual memory exhausted
該問題是gcc要求大量的內存編譯帶有嵌入函數(inline function)的“sql_yacc.cc”。試試以--with-low-memory選項運行configure：
shell>./configure -- with-low-memory
如果你正在使用gcc，該選項使得將-fno-inline加到編譯行，如果你正在使用其他的編譯器，則加入-o0。你應該試一試--with-low-memory選項，即使你有特別多的存儲器和交換空間，而你認為不能可能運行得溢出。這個問題甚至在很慷慨的硬件配置的系統上出現，通常用--with-low-memory選項修正它。
缺省地，configure挑選c++作為編譯器名字并用-lg++選項的gnu c++鏈接。如果你正在使用gcc，這個特性在配置期間導致如下問題：
configure: error: installation or configuration problem:
c++ compiler cannot create executables.
你可能也在編譯期間看到g++、libg++或libstdc++相關的問題。這些問題的一個原因是你可能沒有g++，或你可能有g++但無libg++或libstdc++。看一下“config.log”文件。它應該包含你的c++編譯器不能工作的準確原因！為了解決這些問題，你可以使用gcc作為你的c++編譯器。試試設置環境變量cxx為"gcc -o3"。例如：
shell>cxx="gcc -o3" ./configure
它能工作，因為gcc象g++一樣編譯c++源代碼，但缺省地它不鏈接libg++或libstdc++。解決這些問題的其他方法當然是安裝g++、libg++和libstdc++。
如果你的編譯以下面任何錯誤而失敗，你必須升級make版本到gnumake：
making all in mit-pthreads
make: fatal error in reader: makefile, line 18:
badly formed macro assignment
or
make: file `makefile' line 18: must be a separator (:
or
pthread.h: no such file or directory
solaris和freebsd已知make程序有問題。gnu make版本3.75已知能工作。
如果你想要定義你的c或c++編譯器所使用的標志，把標志加到cflags和cxxflags環境變量中即可。你也能使用cc和cxx來指定編譯器名字。例如：
shell>cc=gcc
shell>cflags=-o6
shell>cxx=gcc
shell>cxxflags=-o6
shell>export cc cflags cxx cxxflags
對于已經知道在不同系統上有用的標志定義列表，見4.14 tcx 二進制代碼。
如果你得到象如下的一條錯誤消息，你需要升級你的gcc編譯器：
client/libmysql.c:273: parse error brfore '__attribute__'
gcc2.8.1已知可以工作，但是我們推薦使用egcs1.0.3a或更新。
如果你在編譯mysqld時顯示例如下面的那些錯誤, configure沒有正確地檢測傳到accept()、getsockname()或getpeername()最后參數的類型：
cxx: error: mysqld.cc, line 645: in this statement, the referenced
type of the pointer value "&length" is "unsigned long", which
is not compatible with "int".
new_sock = accept(sock, (struct sockaddr *)&caddr, &length);
為了修正它，編輯“config.h”文件(它由configure生成)。尋找這些行：
/* define as the base type of the last arg to accept */
#define socket_size_type xxx
更改xxx為size_t或int，這取決于你的操作系統。（注意：你每次運行configure都必須這樣做，因為configure重新生成“config.h”。)
“sql_yacc.cc”文件由“sql_yacc.yy”生成。通常構造過程不需要創造“sql_yacc.cc”，因為mysql有一個已經生成的拷貝，然而，如果你確實需要再創建它，你可能碰到這個錯誤：
"sql_yacc.yy", line xxx fatal: default action causes potential...
這是一個你的yacc版本不完善的跡象。你可能需要安裝bison（gnu 版本yacc)并使用它。
如果你需要調試mysqld或mysql客戶，運行configure，使用--with-debug選項，然后重新編譯并且鏈接你客戶程序到新的客戶庫。見g.2 調試一個mysql客戶。
4.9 mit-pthreads注意事項
這節描述在使用 mit-pthreads 所涉及的一些問題。
注意：在linux上，你應該不使用mit-pthreads而是安裝linuxthreads！見4.11.5 linux 注意事項(所有的linux 版本)。
如果你的系統不提供原生的線程支持，你將需要使用mit-pthreads包構造mysql。這包括大多數freebsd系統、sunos 4.x 、solaris 2.4和更早版本及其他，見4.2 mysql 支持的操作系統。
在大多數系統上，你能通過使用configure，用--with-mit-threads選項來強迫運行mit-pthreads：
shell> ./configure -- with-mit-threads
當使用mit-pthreads時，不支持在一個非源代碼目錄構造，因為我們想要使我們對代碼的改變減到最小。
mit-pthreads不支持用于實現unix套接字的af_unix協議。這意味著如果你使用mit-pthreads進行編譯，所有的鏈接必須使用tcp/ip進行(它有點慢)。如果在構造mysql后，你發現你不能與本地的服務器連接，很可能是客戶程序正在試圖用缺省的unix套接字與localhost連接。使用主機選擇(-h或--host)明確地指定本地的主機名字，嘗試做一個tcp/ip連接到mysql。
決定是否使用mit-pthreads的檢查僅在處理服務器代碼的配置過程期間發生。如果已經用--without-server配置了分發并只構造客戶代碼，客戶將不知道mit-pthreads是否正在被使用并且是否使用缺省的unix套接字連接。因為unix套接字不能在mit-pthreads下面工作，這意味著當你運行客戶程序時，你將需要使用-h或--host。
當使用mit-pthreads編譯mysql時，因為性能原因，系統鎖定缺省為禁止使用。你可以用--use-locking選項告訴服務器使用系統鎖定。
有時pthreadbind()命令不能綁定一個套接字但沒有任何錯誤消息(至少在solaris上)，結果是所有到服務器的連接均失敗。例如：
shell> mysqladmin version
mysqladmin: connect to server at '' failed;
error: 'can't connect to mysql server on localhost (146)'
解決它的方法是殺死mysqld服務器并且重啟它。這只有當我們強迫服務器停止并馬上進行重啟時在發生。
使用mit-pthreads，sleep()系統調用不是可中斷的sigint（break)。這只有在你運行mysqladmin --sleep時才能注意到。你在中斷起作用并且進程停止之前必須等待sleep()終止。
當鏈接時，你可能會收到這樣的警告消息(至少在solaris上)；他們可以被忽視：
ld: warning: symbol `_iob' has differing sizes:
(file /my/local/pthreads/lib/libpthread.a(findfp.o) value=0x4;
file /usr/lib/libc.so value=0x140);
/my/local/pthreads/lib/libpthread.a(findfp.o) definition taken
ld: warning: symbol `__iob' has differing sizes:
(file /my/local/pthreads/lib/libpthread.a(findfp.o) value=0x4;
file /usr/lib/libc.so value=0x140);
/my/local/pthreads/lib/libpthread.a(findfp.o) definition taken
一些其他的警告也可被忽略：
implicit declaration of function `int strtoll(...)'
implicit declaration of function `int strtoul(...)'
我們還沒有讓readline可在mit-pthreads上工作。（這不需要，但是可能某些人有興趣。）
4.10 perl 安裝說明
4.10.1 在unix上安裝perl
perl對mysql的支持借助dbi/dbd客戶接口而提供。見20.5 mysql perl api。perl dbd/dbi客戶代碼要求perl 5.004或以后版本。如果你有perl的一個更舊的版本，接口將不能工作。
mysql perl支持也要求你安裝了mysql客戶編程支持。如果你從rpm文件安裝mysql，客戶程序在客戶rpm中，但是客戶編程支持在開發者rpm。確定你安裝了后一個rpm 。
對于版本3.22.8，perl支持是與主要mysql發行版本單獨分發。如果你想要安裝perl支持，你需要的文件能從http://www.mysql.com/contrib獲得。
perl 分發以壓縮的tar檔案提供，并且有一個類似“module-version.tar.gz”的名字，這里module是模塊名字并且version是版本號。你應該得到data-dumper、dbi和msql-mysql-modules分發并按此次序安裝他們。安裝過程顯示出在下面，顯示的例子針對data-dumper模塊, 但是所有3個過程是相同的。
解包分發到當前目錄：
shell> gunzip < data-dumper-version.tar.gz | tar xvf -
這個命令創建的一個名為“data-dumper-version”的目錄。
進入解包分發的頂級目錄：
shell> cd data-dumper-version
構造分發并且編譯所有東西：
shell> perl makefile.pl
shell> make
shell> make test
shell> make install
make test命令很重要，因為它驗證模塊正在工作。注意：在你msql-mysql-modules安裝期間運行該命令試驗接口代碼時，mysql服務器必須正在運行，否則測試將失敗。
無論何時你安裝一個新版本的mysql，重建并且重新安裝msql-mysql-modules分發是一個好主意, 特別是如果你在升級mysql后，觀察所有異常，如你的dbi腳本核心傾倒(core dump)。
如果你沒有權限在系統目錄下安裝perl模塊，或如果你安裝本地perl模塊，下列參考書可以幫助你：
http://www.iserver.com/support/contrib/perl5/modules.html
在標題installing new modules that require locally installed modules下面查找。
4.10.2 在win32上安裝activestate perl
在 win32 上安裝 activestate perl的mysql dbd的模塊, 你應該做下列步驟：
打開一個dos shell。
如果需要，設置http_proxy變量。例如, 你可以試一試：set http_proxy=my.proxy.com:3128
啟動ppm程序：c:perlinppm.pl
如果你還沒有這樣做，安裝dbi： install dbi
如果成功，安裝dbd::mysql：http://www.mysql.com/contrib/ppd/dbd-mysql.ppd
如果你不能使上述步驟工作，你應該安裝myodbc驅動程序并且通過odbc連接mysql服務器。
use dbi;
$dbh= dbi->connect("dbi:odbc:$dsn","$user","$password") ||
die "got error $dbi::errstr when connecting to $dsn
";
4.10.3 在win32上安裝mysql perl分發
mysql perl分發包含dbi、dbd:mysql和dbd:odbc。
從http://www.mysql.com/download.html得到win32的perl分發。
在c:解壓縮分發，這樣你得到一個“c:perl”目錄。
增加目錄“c:perlbin”到你的路徑。
增加目錄“c:perlbinmswin32-x86-thread”或“c:perlbinmswin32-x86”到你的路徑。
在 dos shell執行perl -v測試perl的運行。
4.10.4 使用perldbi/dbd接口的問題
如果 perl 報告它不能找到../mysql/mysql.so模塊，那么問題可能是該perl不能找到共享庫文件“libmysqlclient.so”。
你可用下列任何一個方法修正它這：
用perl makefile.pl -static而非perl makefile.pl編譯msql-mysql-modules分發。
拷貝libmysqlclient.so到其他共享庫文件所在的目錄(可能是“/usr/lib”或“/lib”)。
在linux上，你可以把libmysqlclient.so所在目錄的路徑名加到“/etc/ld.so.conf”文件中。
把libmysqlclient.so所在目錄的路徑名加到ld_run_path環境變量中。
如果你從dbd-mysql得到下列錯誤，你可能正在使用gcc（或使用一個舊的用gcc編譯的二進制代碼)：
/usr/bin/perl: can't resolve symbol '__moddi3'
/usr/bin/perl: can't resolve symbol '__divdi3'
當“mysql.so”庫文件被構造時候，為鏈接命令加上-l/usr/lib/gcc-lib/... -lgcc(當你編譯perl客戶時檢查針對“mysql.so”的make輸出)。-l選項應該指定“libgcc.a”在你系統上所在目錄的路徑名。
這個問題的另一個原因可能是perl和mysql都不是用gcc編譯的。在這種情況下，你可以都用gcc編譯以解決不匹配。
如果你想要在一個不支持動態鏈接(象sco那樣)的系統上使用perl模塊，你可以產生包括dbi和dbd-mysql的perl的一個靜態版本。這種運行方法是你生成一個鏈接了dbi代碼的perl版本并在最新的perl上安裝它，然后你使用它來構造附加鏈接了dbd代碼的perl版本，并且安裝它。
在 sco 上，你必須有下列環境變量設置：
shell> ld_library_path=/lib:/usr/lib:/usr/local/lib:/usr/progressive/lib
或
shell> ld_library_path=/usr/lib:/lib:/usr/local/lib:/usr/ccs/lib:/usr/progressive/lib:/usr/skunk/lib
shell> libpath=/usr/lib:/lib:/usr/local/lib:/usr/ccs/lib:/usr/progressive/lib:/usr/skunk/lib
shell> manpath=scohelp:/usr/man:/usr/local1/man:/usr/local/man:/usr/skunk/man:
首先, 在dbi分發所在目錄下運行下列命令，創造包括一個靜態鏈接的perl dbi：
shell> perl makefile.pl linktype=static
shell> make
shell> make install
shell> make perl
然后你必須安裝新的perl。make perl的輸出將顯示正確的你需要執行施行安裝的make的命令。在sco上，是make -f makefile.aperl inst_perl map_target=perl.
接下來，在msql-mysql-modules分發所在目錄下，使用剛才創建的perl來創建同樣包括一個靜態鏈接的perldbd::mysql的另一個perl：
shell> perl makefile.pl linktype=static
shell> make
shell> make install
shell> make perl
最后, 你應該安裝這個新的perl。而且，make perl的輸出指出使用的命令。
4.11 系統特定的問題
下面的章節說明在從源代碼分發安裝mysql時，發生在特定的系統上并已觀察到的一些問題。
4.11.1 solaris注意事項
在solaris上，甚至在你解開mysql分發以前，你可能陷入困境！solaris tar不能處理長文件名字，因此你在打開mysql時，可能看到這樣的一個錯誤：
x mysql-3.22.12-beta/bench/results/atis-mysql_odbc-nt_4.0-cmp-db2,informix,ms-sql,mysql,oracle,solid,sybase, 0 bytes, 0 tape blocks
tar: directory checksum error
在這種情況下，你必須使用 gnu tar(gtar) 打開分發。你能在http://www.mysql.com/downloads/找到為solaris的一個預編譯的拷貝。
sun的原生線程只工作在solaris 2.5和更高版本上。對于2.4和更早的版本，mysql將自動地使用 mit-pthreads 。見4.9 mit-pthreads 注意事項。
如果你從配置得到下列錯誤：
checking for restartable system calls... configure: error can not run test
programs while cross compiling
這意味著你的編譯器安裝有些問題！在這種情況下，你應該升級編譯器到一個更新的版本。你也可以把下列行插入到config.cache文件來解決這個問題：
ac_cv_sys_restartable_syscalls=${ac_cv_sys_restartable_syscalls='no'}
如果你在一個sparc上使用solaris，推薦的編譯器是egcs1.1.2 或更新。你能在http://egcs.cygnus.com/找到它。注意：egs1.1.1 和gcc2.8.1 不能在 sparc 上可靠地工作！
當使用時egcs1.1.2時，推薦的configure命令行是：
shell> cc=gcc cflags="-o6"
cxx=gcc cxxflags="-o6 -felide-constructors -fno-exceptions -fno-rtti"
./configure --prefix=/usr/local/mysql --with-low-memory
如果你有sun workshop 4.2 編譯器，你能這樣運行configure：
cc=cc cflags="-xstrconst -xa -xo4 -native -mt" cxx=cc cxxflags="-xo4 -native -noex -mt" ./configure --prefix=/usr/local/mysql
shell> cc=cc cflags="-xa -fast -xo4 -native -xstrconst -mt"
cxx=cc cxxflags="-noex -xo4 -mt"
./configure
你也可以編輯configure腳本改變該行：
#if !defined(__stdc__) || __stdc__ != 1
為：
#if !defined(__stdc__)
如果你使用-xc選項打開__stdc__，sun編譯器不能用 solaris 的“pthread.h”頭文件編譯。這是sun的一個bug。
如果mysqld在運行時發出顯示在下面的錯誤消息，你已經嘗試用sun編譯器編譯mysql，沒有啟用多線程選擇(-mt)：
libc internal error: _rmutex_unlock: rmutex not held
增加-mt到cflags和cxxflags并且再試一試。
如果你在用gcc編譯mysql時得到下列錯誤，它意味著你的gcc沒有對你的solaris版本進行配置！
shell> gcc -o3 -g -o2 -ddbug_off -o thr_alarm ...
./thr_alarm.c: in function `signal_hand':
./thr_alarm.c:556: too many arguments to function `sigwait'
在這種情況下正確的做法是得到最新版本的egcs，并且用你當前的gcc編譯器編譯它！至少對于 solaris 2.5，幾乎所有的gcc二進制版本都有舊的、不可用的包含文件，將破懷使用線程的所有程序的文件(并且可能是其他的程序)！
solaris不提供所有系統庫的靜態版本(libpthreads和libdl)，所以你不能用--static編譯mysql。如果你嘗試這樣做，你將得到錯誤：
ld: fatal: library -ldl: not found
如果太多進程試圖很快地連接mysqld，你將在mysql日志文件中看見這個錯誤：
error in accept: protocol error
你可以試著用--set-variable back_log=50選項啟動服務器作為它的一個解決辦法。
如果你正在鏈接你自己的mysql客戶，當你試著執行它時，你可能得到下列錯誤：
ld.so.1: ./my: fatal: libmysqlclient.so.#: open failed: no such file or directory
這個問題能用下列方法之一避免：
用下列標志鏈接客戶(而不是-lpath)： -wl,r/full-path-to-libmysqlclient.so。
拷貝libmysqclient.so到“/usr/lib”。
在運行你的客戶程序前，把libmysqlclient.so所在目錄的路徑名加到ld_run_path的環境變量中。
4.11.2 solaris 2.7 注意事項
通常你能在 solaris 2.7 上使用 solaris 2.6 二進制代碼。大多數solaris 2.6 的問題也適用于solaris 2.7。
注意：mysql3.23.4 和更高版本應該能自動檢測 solaris 2.7 并且啟用下列問題的解決辦法！
solaris 2.7 在包括文件中有一些bug，在使用gcc時，你可以看見下列錯誤：
/usr/include/widec.h:42: warning: `getwc' redefined
/usr/include/wchar.h:326: warning: this is the location of the previous
definition
如果出現這種情況，你可以做下列事情解決這個問題：
拷貝/usr/include/widec.h到.../lib/gcc-lib/os/gcc-version/include并且改變第41行：
#if !defined(lint) && !defined(__lint)
為
#if !defined(lint) && !defined(__lint) && !defined(getwc)
另外，你可以直接編輯“/usr/include/widec.h”。這兩種方法，在你進行修正以后，你應該刪除“config.cache”并且再運行configure！
如果當你運行make時，你得到象這樣錯誤，那是因為configure沒檢測“curses.h”文件(可能因為/usr/include/widec.h的錯誤)：
in file included from mysql.cc:50:
/usr/include/term.h:1060: syntax error before `,'
/usr/include/term.h:1081: syntax error before `;'
解決它的方案是做下列步驟之一：
如上所述編輯“/usr/include/widec.h”并且再次運行configure。
從“config.h”文件刪除#define have_term行并再次運行make。
用cflags=-dhave_curses cxxflags=-dhave_curses ./configure進行配置。
4.11.3 solaris x86 注意事項
如果你正在在 solaris x86上使用gcc或egcs，并且你碰到了在裝載時的核心傾倒（core dump）問題，你應該使用下列configure命令：
shell> cc=gcc cflags="-o6 -fomit-frame-pointer"
cxx=gcc
cxxflags="-o6 -fomit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti"
./configure --prefix=/usr/local/mysql
用libstdc++庫和與c++異常處理來避免這個問題。
如果這沒有幫助，你應該編譯一個調試版本并且用一個蹤跡文件運行它或在gdb下運行它。見g.1 調試一個 mysql 服務器。
4.11.4 sunos 4 注意事項
在 sunos 4 上， 需要mit-pthreads 編譯mysql，反過來這意味著你將需要gnu make。
一些sunos 4系統的動態庫和libtool有問題。你可以使用下列configure行來避免這個問題：
shell> ./configure --disable-shared --with-mysqld-ldflags=-all-static
當編譯readline時，你可能得到關于重復定義的警告，這些可以被忽略。
當編譯mysqld時候， 將有一些implicit declaration of function警告，這些可以被忽略。
4.11.5 linux 注意事項(所有linux版本)
mysql在linux上使用 linuxthreads 。如果你正在使用一個沒有glibc2的老的linux版本，你必須在嘗試編譯mysql前安裝linuxthreads。http://www.mysql.com/downloads/linux
注意：但你做insert delayed時，所用的包括2.1.1及以前的glibc版本在pthread_mutex_timedwait處理上有一個致命錯誤，如果你正在使用insert delayed，你必須把下列補丁加到你的glibc庫中：http：//www.mysql.com/downloads/patches/glibc-pthread_cond_timedwait.patch。mysql 3.23.7包含了對這個錯誤的一個臨時解決辦法。
如果你不能啟動mysqld或如果mysql_install_db不工作，請繼續讀下去！這僅發生在有linuxthreads問題或libc/glibc庫為題的linux系統上。有很多簡單的解決辦法讓mysql工作！最簡單是使用針對linux x86的二進制版本的mysql（不是rpm)，這個版本的一個好的方面是它可能比你編譯你自己的任何版本快10%！見10.2.1 編譯和鏈接如何影響 mysql 的速度。
二進制分發的一個已知問題是與使用libc的更老的linux系統（如redhat 4.x 或 slackware)，你將得到有關主機名解決的一些非致命問題。見4.6.3.1 linux注意事項。
使用libc.so.5.3.12，myisamchk將掛起，升級到最新libc以解決這個問題。
當使用 linuxthreads 時，你將看到最少 3 進程在運行。這些事實上的線程，對linuxthreads管理器將有一個線程，一個線程處理連接，還有一個線程處理告警和信號。
如果你用ps看到了一個死掉的mysqld守護進程，這通常意味著你發現了mysql里面的一個錯誤或你有一個被破壞的數據庫表。見18.1 如果mysql總是崩潰怎么辦。
如果你正在使用linuxthreads并且mysqladmin shutdown不工作，你必須升級到 linuxthreads 0.7.1 或更新。
如果你正在使用 redhat ，你可能得到象這樣的錯誤：
/usr/bin/perl is needed...
/usr/sh is needed...
/usr/sh is needed...
如果是這樣，你應該升級rpm版本到“rpm-2.4.11-1.i386.rpm”和“rpm-devel-2.4.11-1.i386.rpm”(或以后)。
你能從ftp://ftp.redhat.com/updates/4.2/i386得到redhat 4.2的庫文件升級，或對其他分發http://www.sunsite.unc.edu/pub/linux/distributions/redhat/code/rpm/。
如果你正在鏈接你自己的mysql客戶并且得到錯誤：
ld.so.1: ./my: fatal: libmysqlclient.so.4: open failed: no such file or directory
當執行它們時，這個問題可用下列方法之一避免：
用下列標志鏈接客戶(而不是-lpath)： -wl,r/path-libmysqlclient.so。
拷貝libmysqclient.so到“/usr/lib”。
在運行你的客戶程序前，把libmysqlclient.so所在目錄的路徑名加到ld_run_path的環境變量中。
如果你正在使用 fujitsu 編譯器(fcc / fcc)，編譯mysql你將有一些問題，因為 linux 頭文件面向gcc。
下列configure行應該與fcc/fcc工作：
cc=fcc cflags="-o -k fast -k lib -k omitfp -kpreex -d_gnu_source -dconst=const
-dno_strtoll_proto" cxx=fcc cxxflags="-o -k fast -k lib -k omitfp
-k preex --no_exceptions --no_rtti -d_gnu_source -dconst=const
-dalloca=__builtin_alloca -dno_strtoll_proto '-d_extern_inline=static __inline'"
./configure --prefix=/usr/local/mysql --enable-assembler
--with-mysqld-ldflags=-all-static --disable-shared --with-low-memory
4.11.5.1 linux-x86 注意事項
mysql要求libc版本 5.4.12 或更新，已知可工作在libc 5.4.46。glibc版本2.0.6和以后版本應該也工作。使用redhat的glibc rpm有一些問題，所以如果你有問題，檢查是否有任何更新！glibc2.0.7-19和2.0.7-29 rpm已知可以工作。
在一些更老的 linux 分發上，configure可能產生象這樣的一個錯誤：
syntax error in sched.h. change _p to __p in the /usr/include/sched.h file.
see the installation chapter in the reference manual.
按照錯誤消息所說的去做，并且給只有一條下劃線的_p宏增加一個額外下劃線 ('__p'), 然后再試一試。
在編譯時，你可能得到一些警告；顯示在下面的那些可以被忽略：
mysqld.cc -o objs-thread/mysqld.o
mysqld.cc: in function `void init_signals()':
mysqld.cc:315: warning: assignment of negative value `-1' to `long unsigned int'
mysqld.cc: in function `void * signal_hand(void *)':
mysqld.cc:346: warning: assignment of negative value `-1' to `long unsigned int'
在debian gnu/linux上，如果你想要在系統啟動時自動啟動mysql，做下列命令：
shell> cp support-files/mysql.server /etc/init.d/mysql.server
shell> /usr/sbin/update-rc.d mysql.server defaults 99
mysql.server可以在mysql安裝目錄的“share/mysql”目錄下面找到, 或在mysql源代碼樹的“support-files”目錄下找到。
如果mysqld在它啟動時總是核心傾倒(core dump), 問題可能是你有一個老版本的“/lib/libc.a”，重命名它，然后刪除“sql/mysqld”并且重新make install再試一試。這個問題在一些 slackware 安裝上被報告了。有最新版本的glibc的redhat 5.0也有一些類似的問題。見4.11.5.2 redhat 5.0 注意事項。
如果再鏈接mysqld時，你得到下列錯誤, 它意味著你的“libg++.a”沒有正確安裝：
/usr/lib/libc.a(putc.o): in function `_io_putc':
putc.o(.text+0x0): multiple definition of `_io_putc'
像這樣運行configure，你能避免使用“libg++.a”：
shell> cxx=gcc ./configure
4.11.5.2 redhat 5.0 注意事項
如果你在redhat上有mysql的任何問題，你應該開始升級glibc到最新可能的版本！
如果你安裝所有的官方redhat補丁(包括glibc-2.0.7-19和glibc-devel-2.0.7-19)，mysql的二進制代碼和源代碼分發運行應該沒有任何麻煩！
因為在glibc2.0.5里面有關如何釋放pthread_key_create變量有一個錯誤，更新是需要的。用glibc2.0.5，你必須使用一個靜態地鏈接的mysql二進制分發。如果你想要從源代碼編譯，你必須安裝來自于http://www.mysql.com/downloads/linux 的linuxthreads修正版本或升級你的glibc。
如果你有一個不正確的glibc或linuxthreads版本，其結果是mysqld在每個連接以后崩潰。例如，mysqladmin version完成后，mysqld將崩潰！
另一個不正確的庫的癥狀是當mysqld啟動時，馬上崩潰。在一些linux系統上，這個問題可以通過這樣的配置來修正：
shell> ./configure -- with-mysqld-ldflags=-all-static
在redhat 5.0上，容易的方法是安裝glibc2.0.7-19 rpm并運行configure --with-mysqld-ldflags=-all-static選項。
對于glibc2.0.7的源代碼分發，容易運用并被mysql測試的一個補丁可以在下面找到：
http://www.mysql.com/download/linux/glibc-2.0.7-total-patch.tar.gz
如果當你構造mysql時，你有類似于這些崩潰的經歷, 你總能下載到最新的mysql二進制版本。這是靜態鏈接的以避免庫沖突而且應該在所有的linux系統上工作！
mysql自帶一個內部的調試器可以有很多信息產生蹤跡文件，能被用來發現并解決大量不同的問題。見g.1 調試一個mysql服務器。
4.11.5.3 redhat 5.1 注意事項
redhat 5.1的glibc(glibc2.0.7-13 )有一個內存缺陷，所以要得到一個穩定的mysql版本，你必須升級glibc到2.0.7-19、降級glibc或使用一個mysqld的二進制版本。如果你不這樣做，你將碰到內存問題(存儲器溢出，等等, 等等)。在這種情況下，最常見的錯誤是：
can't create a new thread (errno 11). if you are not out of available
memory, you can consult the manual for any possible os dependent bug
在你升級到glibc2.0.7-19以后，你可以用動態鏈接(缺省)配置mysql，但是在你從源代碼安裝了glibc 2.0.7-19之前，你不能運行configure --with-mysqld-ldflags=-all-static選項！
你可以用rpm -q glibc檢查你有glibc哪個版本。
4.11.5.4 linux-sparc 注意事項
在一些實現中，readdir_r()被破壞了。其癥狀是show databases總是返回一個空集合。這可以通過在編譯前從“config.h”中刪除have_readdir_r進行更正。
有些問題將需要給你的linux安裝打補丁。補丁可在http://www.mysql.com/patches/linux-sparc-2.0.30.diff找到，這個補丁是針對linux分發“sparclinux-2.0.30.tar.gz”，它們可從vger.rutgers.edu（一個從來沒有與官方的2.0.30版合并的版本)得到。你也必須安裝linuxthreads 0.6或更新。
感謝[email protected]提供這個信息。
4.11.5.5 linux-alpha注意事項
在linux-alpha上的大問題仍然是在這個平臺上的glibc的線程有一些問題。你應該從得到你能找到的最新glibc版本開始。
注意：在你運行任何使用線程的程序之前(象mysqld、thr_alarm或thr_lock)，你應該增減共享存儲器的限制(用ulimit)。如果你忘記這樣做，mysql基準測試已知是失敗的！
用下列命令配置mysql：
shell> cc=gcc ccflags="-dalpha_linux_port"
cxx=gcc cxxflags="-o3 -dalpha_linux_port -felide-constructors -fno-exceptions -fno-rtti"
./configure --prefix=/usr/local/mysql
試試編譯mysys/thr_lock和mysys/thr_alarm，測試這些程序的運行！（不用參數調用每一個，如果一切正常，每個應該以test_succeeded結束。）
在安裝mysql以后，在safe_mysqld里去掉ulimit命令的注釋，并加入選項以增加共享存儲器。
注意對mysql來說，linux-alpha仍然是一個alpha質量的平臺。用最新glibc，你有一個讓它工作的很好機會。
如果你用信號方面的問題(mysql出人意料地在高負載下死掉)，你可能找到了一個線程和信號有關的os錯誤。在這種情況下，你可以告訴mysql如下配置以不使用信號：
shell> cflags=-ddont_use_thr_alarm
cxxflags=-ddont_use_thr_alarm
./configure ...
這不影響mysql性能，但是有副作用，就是你不能用mysqladmin kill或mysqladmin shutdown殺死在一個連接上“睡眠”的客戶。相反，當客戶發出下一個命令時，它將死掉。
4.11.5.6 mklinux 注意
mysql應該能工作在有最新glibc包的mklinux上(用glibc2.0.7測試過)。
4.11.5.7 qube2 linux注意事項
為了讓mysql在qube2上工作，(linux mips)，你需要最新的glibc庫(glibc-2.0.7-29c2已知可工作)。你也必須使用egcsc++編譯器(egcs-1.0.2-9或更新)。
4.11.6 alpha-dec-unix 注意事項
當在digital unix下編譯線程程序時，文檔推薦對于cc和cxx使用-pthread選項而且庫文件用-lmach -lexc（除了-lpthread外)。你應該象下面這樣運行configure：
shell> cc="cc -pthread" cxx="cxx -pthread -o"
./configure --with-named-thread-libs="-lpthread -lmach -lexc -lc"
當編譯mysqld時，你可能看見這樣一些警告：
mysqld.cc: in function void handle_connections()':
mysqld.cc:626: passing long unsigned int *' as argument 3 of
accept(int,sockadddr *, int *)'
你可以安全地忽略這些警告，他們的發生是因為configure只能檢測出錯誤，而不是警告。
如果你直接從命令行啟動服務器，當你退出時，你可能有死掉的問題。（當你退出時，你的重要進程收到一個sighup信號)，如果如此，試著象這樣啟動服務器：
shell> nohup mysqld [options] &
nohup使得跟隨它的命令忽視從終端發來的任何sighup信號了。另外，通過運行safe_mysqld啟動服務器，它為你使用nohup調用mysqld。
4.11.7 alpha-dec-osf1注意事項
如果你有編譯問題并安裝了deccc和gcc，嘗試這樣運行configure：
shell> cc=cc cflags=-o cxx=gcc cxxflags=-o3
./configure --prefix=/usr/local/mysql
如果你得到“c_asm.h”文件的問題，你可以創建并使用一個“啞(dummy)”“c_asm.h”文件：
shell> touch include/c_asm.h
shell> cc=gcc cflags=-i./include
cxx=gcc cxxflags=-o3
./configure --prefix=/usr/local/mysql
在osf1 v4.0d和編譯器"dec c v5.6-071 on digital unix v4.0 (rev. 878)" 上，編譯器有了一些奇怪的行為(未定義asm標志)。/bin/ld好象也被破壞(當鏈接mysqld時，發生_exit undefined問題)。在這個系統上，從osf 4.0c的版本替換了/bin/ld后，我們設法用下列configure命令行編譯mysql，：
shell> cc=gcc cxx=gcc cxxflags=-o3 ./configure --prefix=/usr/local/mysql
用digital編譯器“c++ v6.1-029”，下列命令應該工作：
cc=cc -pthread
cflags=-o4 -ansi_alias -ansi_args -fast -inline speed -speculate all -arch host
cxx=cxx -pthread
cxxflags=-o4 -ansi_alias -ansi_args -fast -inline speed -speculate all -arch host
export cc cflags cxx cxxflags
./configure --prefix=/usr/mysql/mysql --with-low-memory --enable-large-files
--with-mysqld-ldflags=-all-static --disable-shared --with-named-thread-libs="-lmach -lexc -lc"
在osf1的某些版本中，alloca()函數被破壞，通過刪除定義'have_alloca'的“config.h”的行更正它。
alloca()函數也可能在/usr/include/alloca.h里面有一個不正確的原型，源于此的警告可以忽略。
configure將自動地使用下列線程庫： --with-named-thread-libs="-lpthread -lmach -lexc -lc"。
當使用gcc時，你也可以試試這樣運行configure：
shell> cflags=-d_pthread_use_d4 cxx=gcc cxxflags=-o3 ./configure ……
如果你的信號有問題(mysql出人意料地在高負載下死掉)，你可能找到了一個線程和信號有關的os錯誤。在這種情況下，你可以告訴mysql如下配置以不使用信號：
shell> cflags=-ddont_use_thr_alarm
cxxflags=-ddont_use_thr_alarm
./configure ...
這不影響mysql性能，但是有負面效應，就是你不能用mysqladmin kill或mysqladmin shutdown殺死在一個連接上“睡眠”的客戶。相反，當客戶發出下一個命令時，它將死掉。
4.11.8 sgi-irix 注意事項
你可能需要在運行configure后且在編譯前去掉在“config.h”里面一些東西的定義(underfine)。
在一些irix實現中，alloca()函數被破壞。如果mysqld服務器死于一些select語句，把“config.h”定義have_alloc和have_alloca_h的行刪除即可。如果mysqladmin create不工作，把“config.h”定義have_readdir_r的行刪除，你也可能必須刪除have_term_h行。
sgi推薦你將本頁上的所有補丁作為一個整體來安裝：http://support.sgi.com/surfzone/patches/patchset/6.2_indigo.rps.html
最小地，你應該安裝最新的核心卷(rollup)、最新的rld卷和最新的libc卷。
很明確，對于pthreads支持，你需要本頁上所有的posix補丁：
http://support.sgi.com/surfzone/patches/patchset/6.2_posix.rps.html
如果在編譯“mysql.cc”時，你得到類似于下面的錯誤:
"/usr/include/curses.h", line 82: error(1084): invalid combination of type
那么，在你的mysql源代碼樹的頂級目錄打下列命令：
shell> extra/replace bool curses_bool < /usr/include/curses.h > include/curses.h
shell> make
應該也有安排上的問題報告。如果只有一個線程正在運行，事情會變慢的。通過啟動另外一個客戶來避免它，這可以導致此后其他線程的執行速度增加2到10倍。這是irix線程難以理解的問題；你可能必須臨時準備找出解決方案直到它能被修正。
如果你正在用gcc編譯，你可以使用下列configure命令：
shell> cc=gcc cxx=gcc cxxflags=-o3
./configure --prefix=/usr/local/mysql --with-thread-safe-client --with-named-thread-libs=-lpthread
4.11.9 freebsd 注意事項
對于運行mysql，freebsd 3.x是被推薦的，因為其線程包是更加完整。
最容易因此是比較受喜歡的安裝方法是使用mysql服務者和 mysql客戶的移植，可從http://www.freebsd.org得到。
使用這些給你的東西：
一個全優化的工作在你的freebsd版本上的mysql。
自動配置和構造。
啟動腳本安裝在/usr/local/etc/rc.d。
用pkg_info -l察看哪個文件被安裝的能力，并且如果你在那臺機器上不再想要mysql，用pkg_delete完全刪除它們。
建議在freebsd 2.x版上使用 mit-pthreads，在版本3和以上版本用原生線程。在一些2.2.x的以后版本使用原生線程運行是可能的，但是你可能碰到mysqld關掉的問題。
確定讓你的名字解析程序安裝正確，否則當連接mysqld時，你可能會經歷解析延時或失敗。
保證在“/etc/hosts”文件中的localhost入口是正確的(否則你與數據庫連接時將有問題)。“/etc/hosts”文件應該以一行開始：
127.0.0.1 localhost localhost.your.domain
如果你注意到configure使用 mit-pthreads，你應該閱讀mit-pthreads注意事項，見4.9 mit-pthreads 注意事項。
如果你從make install得到一個它不能找到“/usr/include/pthreads”的錯誤，configure沒有檢測出你需要 mit-pthreads。通過執行這些命令修正它：
shell> rm config.cache
shell> ./configure --with-mit-threads
freebsd make的行為與make gnu略有不同。如果你有make相關問題，你應該安裝gnu make。
freebsd也已知有一個非常低的缺省文件句柄限制。見18.11 文件沒找到。去掉在safe_mysqld中的ulimit -n 小節的注釋或在/etc/login.conf為mysqld用戶提高限制(并用cap_mkdb /etc/login.conf重建它)，如果你不使用缺省，也要保證你為此用戶在口令文件(用法：chpass mysqld-user-name ）。
你用select now()返回gmt形式的值而不是你的本地時間，如果有這樣的問題，你必須設定tz環境變量為你的當前時區的。這應該設置服務器運行的環境，例如在safe_mysqld或mysql.server里。
為了得到一個安全并且穩定的系統，你應該只僅使用被標記為-stable的freebsd內核。
4.11.10 netbsd 注意事項
為了netbsd上編譯，你需要gnu make，否則當make試圖在c++文件上運行lint時，編譯將崩潰。
4.11.11 openbsd 2.5 注意事項
在openbsd 2.5上，你可以用下列選項編譯帶原生線程的mysql：
cflags=-pthread cxxflags=-pthread ./configure -- with-mit-threads=no
4.11.12 bsd/os 注意事項
4.11.12.1 bsd/os 2.x 注意事項
如果在編譯mysql時，你得到下列錯誤, 你對虛存的ulimit值是太低了：
item_func.h: in method `item_func_ge::item_func_ge(const item_func_ge &)':
item_func.h:28: virtual memory exhausted
make[2]: *** [item_func.o] error 1
試試使用ulimit -v 80000并再運行make。如果這還不行并且你正在使用bash，試試換到csh或sh；一些bsdi用戶報告了與bash和ulimit有關問題。
如果你正在使用gcc，你也可能必須為configure使用--with-low-memory標志才能編譯“sql_yacc.cc”。
你用select now()返回gmt形式的值而不是你的本地時間，如果有這樣的問題，你必須設定tz環境變量為你的當前時區的。這應該為服務器運行的環境設置，例如在safe_mysqld或mysql.server里。
4.11.12.2 bsd/os 3.x 注意事項
升級到bsd/os 3.1。如果那不可能，安裝bsdi patch m300-038。
在配置mysql時，使用下列命令:
shell> env cxx=shlicc++ cc=shlicc2
./configure
--prefix=/usr/local/mysql
--localstatedir=/var/mysql
--without-perl
--with-unix-socket-path=/var/mysql/mysql.sock
下列也已知可用：
shell> env cc=gcc cxx=gcc cxxflags=-o3
./configure
--prefix=/usr/local/mysql
--with-unix-socket-path=/var/mysql/mysql.sock
如果你愿意，你可以改變目錄地點，或不指定任何地點而使用缺省。
如果你在重負再下的性能有問題，試試使用對safe_mysqld使用--skip-thread-priority選項！這將以相同優先級運行所有線程；在bsdi 3.1上，這得到較好的性能(至少直到bsdi修正其線程調度程序)。
如果你在編譯時得到virtual memory exhausted錯誤，試試使用ulimit -v 80000并再運行make。如果這還不行并且你正在使用bash，試試換到csh或sh；一些bsdi用戶報告了與bash和ulimit有關問題。
4.11.12.3 bsd/os 4.x 注意事項
bsdi 4.x有一些線程有關的錯誤。如果你想要在這上面使用mysql，你應該安裝所有與線程相關的補丁，至少應該安裝m400-023。
4.11.13 sco 注意事項
當前的移植僅在“sco3.2v5.0.4”和“sco3.2v5.0.5”系統上被測試，在“sco 3.2v4.2”一個移植也有很大進展。
此時在openserver上推薦的編譯器是gcc 2.95.2，用它你應該能編譯mysql：
cc=gcc cxx=gcc ./configure ... (options)
對于openserver 5.0.x，你需要在skunkware 95上使用gds(95q4c)，這是必要的，因為在skunkware 97上的gnu gcc 2.7.2 沒有gnu as。你也可以使用egcs1.1.2或更新：http://www.egcs.com/。如果你正在使用egcs1.1.2，你必須執行下列命令：
shell> cp -p /usr/include/pthread/stdtypes.h
/usr/local/lib/gcc-lib/i386-pc-sco3.2v5.0.5/egcs-2.91.66/include/pthread/
對該產品和開發系統，你需要gcc 2.5.?的移植。他們在這個sco unix版本上是必需的，你不能只使用gcc dev系統。
你應該得到 fsu pthreads 包并且首先安裝它，它可在http://www.cs.wustl.edu/~ schmidt/ace_wrappers/fsu-threads.tar.gz找到。你也可以從ftp://www.mysql.com/pub/mysql/downloads/sco/fsu-threads-3.5c.tar.gz得到一個預編譯的包。
fsu pthreads能用帶tcpip的sco unix 4.2編譯，或openserver 3.0或open desktop 3.0(os 3.0 odt 3.0)，安裝帶有使用一個gcc 2.5.x odt的sco開發系統，或對os 3.0你將需要一個gcc 2.5.？的良好移植。 沒有一個良好的移植會有很多問題。對這個產品的移植需要sco unix開發系統，沒有它，你正缺少所需的庫和鏈接器。
為了在你的系統上構造fsu pthreads，做下列工作：
在“thread/src”目錄下運行./configure并且選擇sco openserver選項。這個命令拷貝“makefile.sco5”到“makefile”。
運行make。
為了在缺省的“/usr/include”目錄安裝，作為root登錄，然后cd 到“thread/src”目錄，并運行make install。
記得在制作mysql時要使用gnu make。
在osr 5.0.5上，你應該使用下列配置命令行：
shell> cc="gcc -dsco" cxx="gcc -dsco" ./configure
需要-dsco幫助配置正確檢測一些線程函數。如果你忘記-dsco，在編譯時，你將得到下列錯誤消息：
my_pthread.c: in function `my_pthread_mutex_init':
my_pthread.c:374: `pthread_mutexattr_default' undeclared (first use this function)
如果你不是作為root啟動safe_mysqld，你將可能每進程只有缺省的110個打開文件。mysqld將在日志文件寫下關于此的注解。
用sco 3.2 v5.0.5，你應該使用一個fsu pthreads版本3.5c或更新。下列configure命令應該工作：
shell> cc="gcc -belf" ./configure --prefix=/usr/local/mysql --disable-shared
用sco 3.2v4.2，你應該使用一個fsu pthreads版本3.5c或更新。下列configure命令應該工作：
shell> cflags="-d_xopen_xpg4" cxx=gcc cxxflags="-d_xopen_xpg4"
./configure
--with-debug --prefix=/usr/local/mysql
--with-named-thread-libs="-lgthreads -lsocket -lgen -lgthreads"
--with-named-curses-libs="-lcurses"
你可能得到一些包括文件的某些問題。在這種情況下，你能在ftp://www.mysql.com/pub/mysql/downloads/sco/sco-3.2v4.2-includes.tar.gz找到新的sco特定的包括文件。你應該在你的mysql源代碼樹的“include”目錄下打開這個文件。
sco開發注意事項：
mysql應該自動地檢測fsu pthreads并且用-lgthreads -lsocket -lgthreads選項鏈接mysqld。
sco開發庫在fsu pthreads是重入(reentrant)的。sco宣稱它的庫函數是重入的，因此他們一定在fsu pthreads中是重入的。在 openserver上的 fsu pthreads 試圖使用sco方案制作重入的庫。
fsu pthreads(至少在www.mysql.com的版本)鏈接了gnu malloc，如果你甭到內存使用的問題，確定“gmalloc.o”被包含在“libgthreads.a”和“libgthreads.so”中。
在fsu pthreads中，下列系統調用是pthreads感知的：read()、write()、getmsg()、connect()、accept()、select()和wait()。
如果你想要在sco上安裝dbi，你必須編輯在dbi-xxx和每個子目錄下的“makefiles”：
old: new:
cc = cc cc = gcc -belf
cccdlflags = -kpic -w1,-bexport cccdlflags = -fpic
ccdlflags = -wl,-bexport ccdlflags =
ld = ld ld = gcc -belf -g -fpic
lddlflags = -g -l/usr/local/lib lddlflags = -l/usr/local/lib
ldflags = -belf -l/usr/local/lib ldflags = -l/usr/local/lib
ld = ld ld = gcc -belf -g -fpic
optimise = -od optimise = -o1
old:
cccflags = -belf -dy -w0 -u m_xenix -dperl_sco5 -i/usr/local/include
new:
ccflags = -u m_xenix -dperl_sco5 -i/usr/local/include
這時如果他們用icc或cc編譯，perl動態裝載器(dynaloader)將不裝載dbi模塊。
當用cc編譯時，perl工作得最好。
4.11.14 sco unixware 7.0 注意事項
你必須使用一個最新的mysql版本，至少是3.22.13，因為該版本在unixware下面解決一些移植性問題。
在unixware 7.0.1上，我們可用下列configure的命令編譯mysql：
shell> cc=cc cxx=cc ./configure --prefix=/usr/local/mysql
4.11.15 ibm-aix 注意事項
xlc自動檢測從autoconf丟失，當使用 ibm 編譯器時，需要如下這樣一個configure命令：
shell> cc="xlc_r -ma -o3 -qstrict -dhave_int_8_16_32"
cxx="xlc_r -ma -o3 -qstrict -dhave_int_8_16_32"
./configure
如果你正在使用egcs編譯mysql，你必須使用-fno-exceptions標志，因為egcs得異常處理不是對線程安全的！（這用egcs1.1被測試過)。在 aix 上使用egcs和gcc，我們推薦下列configure行：
shell> cxx=gcc
cxxflags="-felide-constructors -fno-exceptions -fno-rtti"
./configure --prefix=/home/monty --with-debug --with-low-memory
如果你用信號問題(mysql出人意料地在高負載下死掉)，你可能發現了與線程和信號有關的一個os錯誤。在這種情況下，你可以用如下配置告訴mysql不使用信號：
shell> cflags=-ddont_use_thr_alarm cxx=gcc
cxxflags="-felide-constructors -fno-exceptions -fno-rtti -ddont_use_thr_alarm"
./configure --prefix=/home/monty --with-debug --with-low-memory
這不影響mysql性能，但是有副作用，就是你不能用mysqladmin kill或mysqladmin shutdown殺死在一個連接上“睡眠”的客戶。相反，當客戶發出下一個命令時，它將死掉。
在 aix 的一些版本上用libbind.a鏈接使得getservbyname核心傾倒(core dump)，這是aix的一個bug并且應該被報告到ibm了。
4.11.16 hp-ux 注意事項
在 hp-ux 上編譯mysql時，有一些“小”問題。我們推薦您使用gcc而不是hp-ux自己的編譯器，因為gcc生成更好一些的代碼！
我們推薦在hp-ux上使用gcc 2.95，不使用高度優化標志(類似-o6)，因為這在 hp-ux 上可能不安全。
注意mit-pthreads不能用 hp-ux 編譯器編譯，因為它不能編譯.s（匯編器)文件。
下列配置行應該工作：
cflags="-dhpux -i/opt/dce/include" cxxflags="-dhpux
-i/opt/dce/include -felide-constructors -fno-exceptions
-fno-rtti" cxx=gcc ./configure --with-pthread
--with-named-thread-libs='-ldce' --prefix=/usr/local/mysql --disable-shared
如果你正在編譯gcc2.95本身，如果你想要用mit-pthreads編譯mysql，你不應該用dce庫(libdce.a或libcma.a)鏈接它。如果你混合dce和mit-pthreads包，你將得到一個使得你不能連接的mysqld。當你編譯gcc2.95時，刪除dce庫！
4.11.17 macos x 注意事項
順著macos x移植的鏈接可以得到能讓mysql載macos上工作的信息，見1.8 有用的mysql相關鏈接。
mysql3.23.7 應該包括所有必要的macosx上配置它的補丁。然而在配置mysql前，你必須首先安裝來自macosx 的mysql服務器的pthread 包。
你可能也想要把一個別名加到你的shell資源文件中以便從命令行訪問mysql和mysqladmin。
alias mysql '/usr/local/mysql/bin/mysql'
alias mysqladmin '/usr/local/mysql/libexec/mysqladmin'
責任編輯：eight(2001-06-06 21:26)
