MySQL中文參考手冊MySQL中文參考手冊譯者：晏子 (clyan@sohu.com） 主頁：http://linuxdb.yeah.net
本章描述怎樣獲得並安裝MySQL：
檢查MySQL主頁獲得當前版本的信息和下載指令。
然而，TcX的因特網鏈接不是很快的；我們更希望讓你從下列鏡象站點之一進行真正的下載。
請向webmaster@mysql.com報告不存在的或過時的鏡像站點。
歐洲：
奧地利 [ 維也納技術大學 ]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
加拿大 [ 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 南美洲：
亞洲：
中國 [ 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 非洲：
我們使用 GNU Autoconf，因此將MySQL移植到所有使用 Posix 線程和一個 C++ 編譯器的現代系統是可能的。(僅僅為了編譯客戶代碼，只需要一個 C++ 編譯器而不是線程)。我們主要在Sun Solaris(版本 2.5 & 2.6)上使用並開發軟件本身，而RedHat Linux 5.0 居其次。
MySQL已經被報告在下列操作系統/線程包的組合上成功地編譯。注意，對很多操作系統，原生的線程支持僅工作于最新的版本。
巴西 [ Matrix ]
智利 [ Vision ]
南非 [ Mweb/ ]glibc2.0.7首先要作出決策，你是否想要使用最新的開發版本或最終的穩定版本：
crash-me和基准測試套件來測試它。見10.8 使用你自己的基准測試。要做的第二項決策是你是否想要使用源代碼分發或二進制分發：
MySQL的命名機制使用由3個數字和一個後綴組成的版本號。例如，一個像mysql-3.21.17-beta的版本號這樣解釋：
3)描述文件格式。所有版本3的發行都有相同的文件格式。當一個版本4出現時，每個數據庫表都將必須轉換到新格式(當然，為此有一個很不錯的工具)。
21)是發行級別。通常有2種選擇。一個是發部/穩定分支(當前為21)而其它是開發分支(當前22)。通常兩者都是穩定的，但是開發版本可能有毛病，新功能缺乏文檔或可能在某些系統上編譯失敗。
17)是在此發行級別的版本號，這隨每個新分發遞增。通常你需要你已經選擇的發行(release)的最新版本(version)。
beta)顯示發行的穩定性級別。可能的後綴有： alpha 表明發行包含大量未被100%測試的新代碼。已知的錯誤(通常沒有)應該在新聞小節被記錄。見D MySQL 變遷的歷史記錄。在大多數 alpha
版本也有新的命令和擴展。 beta
意味著所有的新代碼被測試了，沒有增加重要的新特征，應該沒有已知的錯誤。
gamma 是一個發行了一段時間的beta版本，看起來應該運行正常。這就是很多其他公司稱為一個發布的東西。
MySQL所有版本都經過我們的標准測試和基准測試運行，以保証他們可相當安全地使用。因為標准測試不斷擴充以檢測以前發現的錯誤，測試套件一直在改進之中。
注意，所有版本都至少已經用下列套件進行了測試：
crash-me測試其他測試是在內部的生產環境中使用最新MySQL版本，至少在一台機器上。我們有超過100GB的數據可用使用。
在TcX，MySQL進展的相當快，並且我們想要與其它MySQL用戶分享它。當我們有一個看來其它人似乎需要的非常有用的功能時，我們就試著制作一個發行版本。
我們也嘗試幫助那些需要很容易實現的功能的用戶，我們也關注我們授權的用戶想要什麼，我們更特別關注我們的擴展電子郵件支持的客戶想要什麼，並且盡力幫助他們。
沒有人一定要下載一個新版本，新聞小節中將告訴你新版本是否有一些你確實想要的東西。見D MySQL 變遷的歷史記錄。
當更新MySQL時，我們使用下列方針：
當前的穩定版本是3.22；我們已經轉移到3.23的積極開發中。在穩定版本中，錯誤仍將被修複。我們不相信一個完全凍結，因為這也留下的錯誤修複和“必須做”的事情。“某種程度的凍結”意味著我們可以增加小東西，它“將幾乎肯定不影響已經能工作的任何東西”。
這節描述安裝二進制代碼和源代碼分發時創建的缺省目錄布局。
二進制分發通過在你選擇的安裝地點(典型的“/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”目錄內。
mysql_install_db被安裝在“/usr/local/bin”目錄而非“/usr/local/mysql/scripts”內。
你需要下列工具安裝一個MySQL二進制分發：
gunzip解壓縮分發。 tar解包分發。 GNU tar已知可以。 在Linux下的另一個安裝方法是使用RPM(RedHat包管理器)分發。見4.6.1 Linux RPM 注意事項。
如果你碰到問題，在把問題郵寄到mysql@lists.mysql.com時，請總是使用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 安裝後期的設置與測試，進行安裝後期的設置和測試：
root實施安裝。)
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”子目錄。
mysqlaccess而在某個非標准的地點有MySQL分發，你必須改變地點，在哪兒mysqlaccess期望找到mysql客戶。編輯“bin/mysqlaccess”腳本，大約在第18行，尋找類似下面的行：
$MYSQL = “/usr/local/bin/mysql”; # path to mysql executable
改變路徑以反映出mysql實際存儲在你系統上的地點。如果你不這樣做，當你運行mysqlaccess時，你將得到一個broken
pipe的錯誤。
shell> scripts/mysql_install_db
注意當你運行時mysql_install_db時，比版本3.22.10老的MySQL版本啟動MySQL服務器。這不再是真的了！
DBI/DBD接口的支持，見4.10 Perl安裝注意事項。 support-files/mysql.server文件到你系統有啟動文件的地方。更多的信息可以在support-files/mysql.server腳本中和4.15.3 自動啟動和停止MySQL找到。
在所有東西被解包並且安裝以後，你應該初始化並且測試你的分發。
你可以用下列命令啟動MySQL服務器：
shell> bin/safe_mysqld &
在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二進制代碼分發。
如果你編譯你自己寫的或你從第三方獲得的MySQL客戶程序，他們必須用link命令的-lmysqlclient選項進行鏈接。你可能也需要指定一個
-L
選項，告訴鏈接器在哪兒查找庫文件。例如，如果庫文件安裝在“/usr/local/mysql/lib”里，在鏈接命令上使用
-L/usr/local/mysql/lib -lmysqlclient。
對使用MySQL頭文件的客戶程序，當你編譯他們時，你可能需要指定一個
-I 選項(例如，-I/usr/local/mysql/include)，
使得編譯器能找到頭文件。
下一節說明在從一個二進制分發安裝MySQL時，已經在特定的系統上觀察到已發生過一些問題。
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
你能用下列方法之一解決這個問題：
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或更新。
針對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原生線程包構造。
其他可以運行的配置：
下列配置幾乎肯定不能運行：
為了安裝分發，使用下面的命令之一, 這里/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的一個拷貝。
你需要下列工具構造並安裝MySQL源代碼：
gunzip解壓縮該分發。 tar解包分發。GNU tar已知可以工作。 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或更新。 如果你遇到問題，當向mysql@lists.mysql.com郵寄問題時，請一直使用mysqlbug。就算問題不是一個bug，mysqlbug收集系統信息，將有助于其它人解決你的問題。如果不使用mysqlbug，你減少得到關你問題的一個解決方案的可能性！在你解包分發後，你會在“scripts”目錄下找到mysqlbug。見2.3 怎樣報告錯誤或問題。
你必須執行的安裝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 安裝後期的設置與測試，進行安裝後期的初始化與測試。
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用戶來運行這個命令。
shell>scripts/mysql_install_db
注意，在運行mysql_install_db時，那些比3.22.10舊的MySQL版本啟動MySQL服務器。現在不是這樣了！
DBI/DBD接口的支持，見4.10 Perl安裝注意說明。 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服務器。
有時補丁出現在郵件列表上或放在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)。如果一個程序的新版本替代當前正在執行的版本，一些系統不允許你安裝它。
的configure選項configure腳本給你一個很大的控制權來如何配置你的MySQL分發。典型地，你使用configure命令行的選項進行。你也可以用正確的環境變量作用于configure。對于一個由configure支持的選擇列表，運行這個命令：
shell> ./configure -- help
一些更常用的configure選項見下面的描述：
--without-server選項：
shell> ./configure --without-server
如果你沒有一個 C++ 編譯器，mysql將不編譯(有一個客戶程序需要C++)。在這種情況下，你可以去掉configure里面測試C++編譯器的代碼，然後運行帶有
--without-server選項的./configure。編譯步驟步將仍然嘗試構造mysql，但是你可以忽略任何關于“
mysql.cc ”的警告。（如果make停止，試試make -k告訴它即使出錯繼續剩下的構造步驟）。
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.
configure的命令：
shell> ./configure -- with-unix-socket-path=/usr/local/mysql/tmp/mysql.sock
注意給出的文件必須是一個絕對路徑！
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.#庫。
NULL的列不使用DEFAULT列值(即，不允許列是NULL)。這導致INSERT語句產生一個錯誤，除非你明確地為所有要求非NULL值的列指定值。為了禁止使用缺省值，這樣運行configure：
shell> CXXFLAGS=-DDONT_USE_DEFAULT_FIELDS ./configure
--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使用一個不同的字符集並且重新安裝它，這時就可能發生這種情況。）
--with-debug選項：
shell> ./configure --with-debug
這導致包含一個安全的內存分配器，能發現一些錯誤和並提供關于正在發生的事情的輸出。見G.1調試一個MySQL服務器。
所有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的問題：
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
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.yy", line xxx fatal: default action causes potential...
這是一個你的yacc版本不完善的跡象。你可能需要安裝bison（GNU
版本yacc)並使用它。
mysqld或MySQL客戶，運行configure，使用--with-debug選項，然後重新編譯並且鏈接你客戶程序到新的客戶庫。見G.2 調試一個MySQL客戶。 這節描述在使用 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時，不支持在一個非源代碼目錄構造，因為我們想要使我們對代碼的改變減到最小。
的AF_UNIX協議。這意味著如果你使用MIT-pthreads進行編譯，所有的鏈接必須使用TCP/IP進行(它有點慢)。如果在構造MySQL後，你發現你不能與本地的服務器連接，很可能是客戶程序正在試圖用缺省的Unix套接字與localhost連接。使用主機選擇(-h或--host)明確地指定本地的主機名字，嘗試做一個TCP/IP連接到mysql。
--without-server配置了分發並只構造客戶代碼，客戶將不知道MIT-pthreads是否正在被使用並且是否使用缺省的Unix套接字連接。因為Unix套接字不能在MIT-pthreads下面工作，這意味著當你運行客戶程序時，你將需要使用-h或--host。
--use-locking選項告訴服務器使用系統鎖定。
bind()命令不能綁定一個套接字但沒有任何錯誤消息(至少在Solaris上)，結果是所有到服務器的連接均失敗。例如：
shell> mysqladmin version mysqladmin: connect to server at '' failed; error: 'Can't connect to mysql server on localhost (146)'
解決它的方法是殺死mysqld服務器並且重啟它。這只有當我們強迫服務器停止並馬上進行重啟時在發生。
sleep()系統調用不是可中斷的SIGINT（break)。這只有在你運行mysqladmin
--sleep時才能注意到。你在中斷起作用並且進程停止之前必須等待sleep()終止。
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上工作。（這不需要，但是可能某些人有興趣。）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下面查找。
在 Win32 上安裝 ActiveState Perl的MySQL DBD的模塊,
你應該做下列步驟：
set
HTTP_proxy=my.proxy.com:3128 C:\perl\bin\ppm.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\n";
MySQL Perl分發包含DBI、DBD:MySQL和DBD:ODBC。
C:解壓縮分發，這樣你得到一個“C:\PERL”目錄。
perl -v測試perl的運行。 DBI/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的輸出指出使用的命令。
下面的章節說明在從源代碼分發安裝MySQL時，發生在特定的系統上並已觀察到的一些問題。
在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的環境變量中。
通常你能在 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 `;'
解決它的方案是做下列步驟之一：
#define HAVE_TERM行並再次運行make。
CFLAGS=-DHAVE_CURSES CXXFLAGS=-DHAVE_CURSES ./configure進行配置。 如果你正在在 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 服務器。
在 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警告，這些可以被忽略。
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
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
如果你在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服務器。
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哪個版本。
在一些實現中，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或更新。
感謝jacques@solucorp.qc.ca提供這個信息。
在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殺死在一個連接上“睡眠”的客戶。相反，當客戶發出下一個命令時，它將死掉。
MySQL應該能工作在有最新glibc包的MkLinux上(用glibc2.0.7測試過)。
為了讓MySQL在Qube2上工作，(Linux Mips)，你需要最新的glibc庫(glibc-2.0.7-29C2已知可工作)。你也必須使用egcsC++編譯器(egcs-1.0.2-9或更新)。
當在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。
如果你有編譯問題並安裝了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殺死在一個連接上“睡眠”的客戶。相反，當客戶發出下一個命令時，它將死掉。
你可能需要在運行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
對于運行MySQL，FreeBSD 3.x是被推薦的，因為其線程包是更加完整。
最容易因此是比較受喜歡的安裝方法是使用mysql服務者和 mysql客戶的移植，可從http://www.freebsd.org得到。
使用這些給你的東西：
建議在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內核。
為了NetBSD上編譯，你需要GNU make，否則當make試圖在C++文件上運行lint時，編譯將崩潰。
在OpenBSD 2.5上，你可以用下列選項編譯帶原生線程的MySQL：
CFLAGS=-pthread CXXFLAGS=-pthread ./configure -- with-mit-threads=no
如果在編譯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里。
升級到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有關問題。
BSDI 4.x有一些線程有關的錯誤。如果你想要在這上面使用MySQL，你應該安裝所有與線程相關的補丁，至少應該安裝M400-023。
當前的移植僅在“sco3.2v5.0.4”和“sco3.2v5.0.5”系統上被測試，在“sco 3.2v4.2”一個移植也有很大進展。
此時在OpenServer上推薦的編譯器是gcc 2.95.2，用它你應該能編譯MySQL：
CC=gcc CXX=gcc ./configure ... (options)
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/
./configure並且選擇SCO
OpenServer選項。這個命令拷貝“Makefile.SCO5”到“Makefile”。
make。 cd
到“thread/src”目錄，並運行make install。 make。 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)
safe_mysqld，你將可能每進程只有缺省的110個打開文件。mysqld將在日志文件寫下關于此的注解。
configure命令應該工作：
shell> CC="gcc -belf" ./configure --prefix=/usr/local/mysql --disable-shared
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開發注意事項：
-lgthreads
-lsocket -lgthreads選項鏈接mysqld。 www.mysql.com的版本)鏈接了GNU malloc，如果你甭到內存使用的問題，確定“gmalloc.o”被包含在“libgthreads.a”和“libgthreads.so”中。
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工作得最好。
你必須使用一個最新的MySQL版本，至少是3.22.13，因為該版本在Unixware下面解決一些移植性問題。
在UnixWare 7.0.1上，我們可用下列configure的命令編譯MySQL：
shell> CC=cc CXX=CC ./configure --prefix=/usr/local/mysql
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了。
在 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庫！
順著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'
這節描述在Win32上安裝和使用MySQL，這也在MySQL Win32分發所帶的“readme”文件中描述。
如果你沒有一個注冊的MySQL版本，你應該首先下載共享軟件版本，從：
如果你准備從一些其他程序連接MySQL，你也可能需要MyODBC驅動程序。你可在MySQL下載頁找到。
安裝任何一個分發，在某個空目錄解壓縮它並且運行Setup.exe程序。
缺省地，MySQL-Win32被配置安裝在“C:\mysql”。如果你想要在其它地方安裝MySQL，在“C:\mysql”安裝它，然後將安裝移到你想要的地方。如果你真的移走MySQL，你必須通過提供選項給mysqld告訴mysqld那里的所有一切，使用C:\mysql\bin\mysqld
--help顯示所有的選項目！例如，如果你移動MySQL分發到“D:\programs\mysql”，你必須用D:\programs\mysql\bin\mysqld
--basedir D:\programs\mysql來啟動mysqld。
用登記的MySQL版本,你也可以創建一個“C:\my.cnf”文件來保存用于MySQL服務器的任何缺省選項。拷貝文件“\mysql\my-example.cnf”到“C:\my.cnf”並且編輯它來適用于你的安裝。注意你應該用"/"而不是"\"指定所有的路徑。如果你使用“\”，你需要指定兩次(“\\”)，因為在MySQL中“\”是轉義字符，見4.15.4 選項文件。
MySQL使用 TCP/IP 把一個客戶連接到一個服務器。（這將允許在你的網絡上任何機器連接你的MySQL服務器)。因此，你必須在啟動MySQL前在你的機器上安裝TCP/IP，你可以在你的Windows CDROM上找到TCP/IP 。
注意：如果你正在使用一個舊的Win95版本(例如OSR2)，很有可能你有一個老的Winsock包！MySQL需要Winsock 2！你可從微軟得到最新的Winsock。Win98有新的Winsock 2庫作為缺省，這樣上述不適用于Win98。
你能使用2個不同的MySQL服務器：
mysqld |
用完整調試和自動存儲器分配檢查編譯 |
mysqld-opt |
對Pentium 處理器優化。 |
上面兩個應該在任何 > = i386的Intel處理器上工作 。
為了啟動mysqld服務器，你應該啟動一個MSDOS窗口並鍵入：
C:\mysql\bin\mysqld
這將在一個沒有窗口的背景啟動mysqld。
你可以這樣殺死MySQL服務器，執行：
C:\mysql\bin\mysqladmin -u root shutdown
注意Win95/Win98不支持命名管道的創建。在Win95/Win98上，你只能使用命名管道連接運行在一個NT服務器上的遠程MySQL。
Win95/Win98小節也適用于在NT上的MySQL，有下列差別：
為了是MySQL用TCP/IP工作，你必須安裝服務包3(service pack 3)(或更新)！
對于NT，服務器名字是mysqld-nt。通常你應該在 NT 上安裝MySQL作為一種服務：
C:\mysql\bin\mysqld-nt --install
（你可以在 NT 上使用mysqld或mysqld-opt服務器，但是那些不能作為一種服務啟動或使用命名管道。）
你可以用下列命令啟動和停止MySQL服務：
NET START mysql NET STOP mysql
注意在這種情況下，你不能對mysqld-nt使用任何其他選項!
如果你需要用任何選項啟動mysqld-nt，你也可以作為在NT上的一個獨立程序運行mysqld-nt！如果你在NT上沒有選項啟動mysqld-nt，mysqld-nt嘗試啟動自己作為一種有默認選項的服務。如果你停止了mysqld-nt，你必須用NET
START mysql啟動它。
服務用MySql名字被安裝，一旦安裝，它必須使用服務控制管理器(SCM)實用程序啟動服務(在控制面板中找到)或使用NET
START MySQL命令。如果需要任何選項，在你啟動MySQL服務前必須作為SCM實用程序的“啟動參數”指定它們。一旦運行，可使用mysqladmin或從SCM實用程序或使用命令NET
STOP MySQL停止mysqld-nt。如果你使用SCM停止mysqld-nt，SCM有一條關于mysqld
shutdown normally奇怪的消息，當作為一種服務運行時，mysqld-nt沒有控制台的存取權限，所以沒有消息可以看見。
在NT上你可以得到下列服務錯誤消息：
| Permission Denied （權限拒絕） | 意味著它不能找到mysqld-nt.exe |
| Cannot Register （不能登記） | 意味著路徑是不正確的 |
如果你作為一種服務安裝mysqld-nt有問題，嘗試用完整的路徑啟動它：
C:\mysql\bin\mysqld --install
如果這還不工作，你能通過在注冊表修正路徑使得mysqld-nt正確啟動！
如果你不想作為一種服務啟動mysqld-nt，你可以如下啟動它：
C:\mysql\bin\mysqld-nt --standalone
或
C:\mysql\bin\mysqld-nt --standalone --debug
最新的版本在“C:\mysqld.trace”給你一個調試蹤跡。
MySQL在所有Win32平台上支持TCP/IP和NT上命名管道。如果客戶安裝了TCP/IP，缺省是對NT上的本地連接使用命名管道而對所有其他情形使用TCP/IP，主機名指定使用哪個協議：
| 主機名 | 協議 |
| 空 (沒有） | 在NT上，首先嘗試命名管道；如果它不工作，使用TCP/IP。在Win95/Win98上，使用TCP/IP。 |
| . | 命名管道 |
| localhost | TCP/IP到當前主機 |
| 主機名 | TCP/IP |
通過指定命名管道--pipe選項，你可以強制一個MySQL客戶使用命名管道。使用--socket選項指定管道的名字。
通過執行下列命令，你能測試MySQL是否正在工作：
C:\mysql\bin\mysqlshow C:\mysql\bin\mysqlshow -u root mysql C:\mysql\bin\mysqladmin version status proc C:\mysql\bin\mysql test
如果在Win95/Win98上mysqld很慢地回答連接，可能你的DNS有問題。在這種情況中下，用--skip-name-resolve啟動mysqld並且在MySQL授權表中僅使用localhost和IP數字。在你連接運行在NT上一個mysqld-nt的MySQL服務器時，使用--pipe指定命名管道使用的參數，你也能避開DNS，對大多數MySQL客戶是可行的。
有2個版本的MySQL命令行工具：
mysql |
用原生Win32編譯，它提供很有有限的文本編輯能力。 |
mysqlc |
用Cygnus GNU 編譯器和庫編譯，它提供readline編輯。 |
如果你想使用mysqlc.exe，你必須拷貝“C:\mysql\lib\cygwinb19.dll”到“\windows\system”（或類似的地方)。
在Win32上缺省的權限給所有本地用戶以所有數據庫的完全權限。為了使MySQL更安全，你應該為每個用戶設置口令並刪除mysql.user中有Host='localhost'和User=''的行。
你也應該為root用戶增加一個口令：（下列例子通過刪除匿名用戶，允許任何人存取“測試”數據庫）
C:\mysql\bin\mysql mysql mysql> DELETE FROM user WHERE Host='localhost' AND User=''; mysql> QUIT C:\mysql\bin\mysqladmin reload C:\mysql\bin\mysqladmin -u root password your_password
在你設置了口令以後，如果你想要關掉mysqld服務器,
你能使用這個命令做到：
mysqladmin -- user=root -- password=your_password shutdown
如果你正在使用在windows下的MySQL共享軟件版本，上面的命令將以
parse error near 'SET OPTION password'的錯誤而失敗，這是因為，這是共享軟件版本，它基于MySQL
3.21，沒有SET PASSWORD命令。
對共享軟件版本，你能如下設置root用戶口令：
C:\mysql\bin\mysql mysql
mysql> UPDATE user SET password=PASSWORD('your password') WHERE user='root';
mysql> QUIT
C:\mysql\bin\mysqladmin reload
有注冊的MySQL版本，你能很容易地用GRANT和REVOKE命令增加新用戶和更改權限，見7.26 GRANT和REVOKE句法。對Windows
的共享軟件版本，必須使用INSERT、UPDATE和DELETE在mysql數據庫中的一個表來管理用戶和他們的權限，見6.13 存取拒絕（Access denied）的錯誤原因。
這是一個關于怎樣用SSH 得到一個安全的連接遠程MySQL服務器的注意事項(David Carlson)。
local port: 3306, host: localhost,
remote port: 3306 搞定。它對一個直接的因特網連接工作得很好。我有些問題，SSH與我的Win95網絡和Wingate有衝突 - 但是那將是張貼在其他軟件公司的用戶組的話題！
MySQL- Win32現在已經証明了自己很穩定。這個版本得MySQL有與對應的Unix版本同樣的特征，除了下面：
mysqld很長時間，因為MySQL的每個連接都創建一個新線程！WinNT和Win98不能容忍這個bug。
mysqladmin kill在一個睡眠的連接上將不工作。 ，mysqladmin shutdown不能中途中斷。 我們計劃在不久的將來修正它。
DROP DATABASE mysqladmin
shutdown關閉它。 my_table和MY_TABLE都指向同一個表子，下列查詢將不工作：
SELECT * FROM my_table WHERE MY_TABLE.col=1;
LOAD
DATA INFILE或SELECT ... INTO OUTFILE，你必須用兩個“\”字符或使用Unix風格的文件名“/”字符：
LOAD DATA INFILE "C:\\tmp\\skr.txt" INTO TABLE skr; SELECT * FROM skr INTO OUTFILE 'C:/tmp/skr.txt';
Can't open named pipe錯誤 error 2017: can't open named pipe to host: . pipe...
這是因為NT上MySQL正式版本缺省地使用命名管道。你能通過為新MySQL客戶使用--host=localhost選項或創建一個包含下列信息的文件“C:\my.cnf”來避免這個錯誤：
[client] host = localhost
Access denied for user錯誤 Access
denied for user: 'some-user@unknown' to database 'mysql'的錯誤，這意味著MySQL不能正確解釋你的主機名。為了修正它，你應該創建一個文件“\windows\hosts”，有下列信息：
127.0.0.1 localhost
對于可能想要幫助我們做好Win32版本的任何人，這里有的一些開放的問題：
MYSQL.DLL服務器。這應該包括一個標准MySQL服務器的一切，除了線程創建外。這將使MySQL在不需要一個真正的客戶機/服務器和不需要從其他主機存取服務器的應用程序時更容易使用。
mysqld.cc，但是它應該重新編碼而更加面向“參數”，該工具應該也能更新“
\my.cnf”文件，如果用戶比較喜歡使用它而不是注冊表。 --install登記mysqld作為一種服務（在 NT 上 )時，如果你也可以在命令行上增加缺省選項，它將更好，目前解決辦法是更新“C:\my.cnf”文件。
，mysqld守護程序不接受新連接。我們不知道這是否
Win95、TCP/IP或MySQL的問題。 mysqld將絕對是好事，目前，你必須使用mysqladmin
shutdown。mysql命令行工具的readline到Win32。 mysql、mysqlshow、mysqladmin和mysqldump)
將更好。 mysqladmin
kill殺死打開的線程。 mysqld總是在“C”處啟動而不在缺省地點，我們想讓mysqld使用當前地點用于排序順序。
sqlclient到Win32(幾乎完成)並加入更多的特征！ .DLL實現UDF函數。 其他Win32特定問題在MySQL-Win32分發的“README”文件中描述。
MySQL使用太多的打開文件。因此，你應該增加類似下面的東西到你的“CONFIG.SYS”文件：
SET EMXOPT=-c -n -h1024
如果你不這樣做，你將可能碰到下列錯誤：
File 'xxxx' not found (Errcode: 24)
當OS/2 Warp 3上使用MySQL時，要求FixPack 29或以上。用OS/2 Wrap 4，要求FixPack 4或以上。這是Pthreads庫的一個要求。MySQL必須安裝在支持長文件名的一個分區上，如HPFS、FAT32等等。
“INSTALL.CMD”腳本必須從OS/2'自己的“CMD.EXE”運行並且不能工作在替代品如“4OS2.EXE”。
“scripts/mysql-install-db”腳本已經被重新命名了：它現在調用“install.cmd”並且是一個 REXX 手跡，將安裝缺省的MySQL安全配置並為MySQL創建WorkPlace Shell 圖標。
動態模塊支持通過編譯但沒有充分測試，動態模塊應該使用Pthreads運行時刻庫編譯。
gcc -Zdll -Zmt -Zcrtdll=pthrdrtl -I../include -I../regex -I.. \
-o example udf_example.cc -L../lib -lmysqlclient udf_example.def
mv example.dll example.udf
注意：由于OS/2的限制，UDF模塊名字的詞幹不能超過8個字符。模塊被存儲在“/mysql2/udf”目錄；safe-mysqld.cmd腳本將把這個目錄放在BEGINLIBPATH環境變量中。當使用UDF模塊時，指定的擴展名被忽略--它被假定為“.udf”。例如，在
Unix上，共享模塊可能被命名為“example.so”並且你可以象這樣從它裝載函數：
CREATE FUNCTION metaphon RETURNS STRING SONAME "example.so";
正是OS/2，模塊將被命名為“example.udf”，但是你不指定模塊擴展名：
CREATE FUNCTION metaphon RETURNS STRING SONAME "example";
作為一種服務，TcX提供一套MySQL的二進制分發，它在TcX或在客戶友好地給與我們訪問他們機器的權限的站點上被編譯。
這些分發用scripts/make_binary_distribution生成並且用下列編譯器和選項配置：
gcc 2.7.2.1 CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --disable-shared
egcs 1.0.3a 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 --with-low-memory egcs 2.90.27 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 --with-low-memory gcc 2.8.1 CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql
--with-low-memory pgcc 2.90.29 (egcs 1.0.3a) CFLAGS="-O6 -mpentium -mstack-align-double -fomit-frame-pointer" CXX=gcc
CXXFLAGS="-O6 -mpentium -mstack-align-double -fomit-frame-pointer
-felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql
--enable-assembler --with-mysqld-ldflags=-all-static gcc 2.7-95q4 CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql gcc 2.7.2.2 CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql gcc 2.8.1 CC=gcc CFLAGS=-O CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql
--with-low-memory gcc 2.8.0 CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql gcc 2.7.2.1 CC=gcc CXX=gcc CXXFLAGS=-O ./configure --prefix=/usr/local/mysql gcc 2.7.2 CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql 任何有比上述配置更優的選項的人總是能把他們寄給開發者郵件列表中。
MySQL3.22以前的RPM分發是用戶貢獻的，自3.22開始，一些RPM是TcX 生成的。
一旦你已經安裝了MySQL（從一個二進制代碼或源代碼分發)，你需要初始化授權表，啟動服務器並且保証服務器正確運行。你也可以希望安排服務器在你的系統開機和關機時自動地被啟動和停止。
通常，對從源代碼分發的安裝，你象這樣安裝授權表並啟動服務器：
shell> ./scripts/mysql_install_db shell> cd mysql_installation_directory shell> ./bin/safe_mysqld &
對二進制分發，這樣做：
shell> cd mysql_installation_directory shell> ./bin/mysql_install_db shell> ./bin/safe_mysqld &
測試在MySQL發行的頂級目錄是最容易進行的。對二進制分發，這是你的安裝目錄(典型地類似“/usr/local/mysql”)。對源代碼分發，這是你的MySQL源代碼樹的主目錄。
在本小節和以後的小節中，下列命令中，BINDIR是到程序如mysqladmin和safe_mysqld被安裝地點的路徑。對二進制分發，是在分發內的“bin”目錄。對源代碼分發，BINDIR可能是“/usr/local/bin”，除非在你運行configure時指定了一個“
/usr/local”以外的安裝目錄。EXECDIR是mysqld服務器安裝的地點，對二進制分發，這與BINDIR一樣。對源代碼分發，EXECDIR可能是“/usr/local/libexec”。
測試詳細在下面描述：
mysqld服務器並且建立初始MySQL授權表，包含決定用戶如何被允許連接服務器的權限。這通常用mysql_install_db腳本做：
shell> scripts/mysql_install_db
典型地，mysql_install_db僅在你第一次安裝MySQL時需要運行，因此，如果你正在升級現有的安裝，你可以跳過這一步。（然而，mysql_install_db的使用相當安全，並且將不更新已經存在的任何表，因此如果你是不能肯定做什麼，你總是可以運行mysql_install_db。)
mysql_install_db在mysql數據庫里創建6個表(user、db、host、tables_priv、columns_priv和func)，初始權限的描述在6.10 設置初始MySQL權限給出。簡單地說，這些權限允許MySQL
root用戶做任何事情，並且允許任何人創建立或使用一個名字以'test'或'test_'開始的數據庫。如果你不設置權限表，當你啟動服務器時，下列錯誤將在日志文件出現：
mysqld: Can't find file: 'host.frm'
如果你不是通過明顯地執行./bin/safe_mysqld來啟動MySQL，上述錯誤可能也發生在MySQL二進制代碼分發！你可能需要作為root運行mysql_install_db，然而，如果你喜歡，
如果用戶能在數據庫目錄讀並且寫文件，你可以作為一個非特權(非--root)用戶運行MySQL服務器。作為一個非特權用戶運行MySQL的指令在18.8 怎樣作為一個一般用戶運行
MySQL中給出。如果你有mysql_install_db的問題，見4.15.1 運行mysql_install_db的問題。因為mysql_install_db在MySQL發行中，還有一些其他方法運行它：
mysql_install_db前編輯它，改變被安裝到授權表中的初始權限。如果你想要在有相同權限的很多機器安裝MySQL，這很有用。在這種情況下，你可能應該只需要增加幾個額外的INSERT語句到mysql.user和mysql.db表中！
mysql_install_db，然後使用mysql
-u root mysql作為MySQL root用戶連接授權表，發出SQL語句直接修改授權表。
mysql_install_db以後再創建，你可能想要這樣做。
關于這些選項的更多信息，見6.10 建立初始MySQL權限。
shell> cd mysql_installation_directory shell> bin/safe_mysqld &
如果你啟動服務器的問題，見4.15.2 啟動MySQL服務器的問題.
mysqladmin証實服務器正在運行。下列命令提供簡單的測試來檢查服務器啟動和連接的應答：
shell> BINDIR/mysqladmin version shell> BINDIR/mysqladmin variables
從mysqladmin version的輸出根據你的平台和MySQL版本略有不同，但是應該類似如下顯示：
shell> BINDIR/mysqladmin version mysqladmin Ver 6.3 Distrib 3.22.9-beta, for pc-linux-gnu on i686 TCX Datakonsult AB, by Monty Server version 3.22.9-beta Protocol version 10 Connection Localhost via UNIX socket TCP port 3306 UNIX socket /tmp/mysql.sock Uptime: 16 sec Running threads: 1 Questions: 20 Reloads: 2 Open tables: 3
為了感覺你能用BINDIR/mysqladmin做其他事情，用--help選項調用它。
shell> BINDIR/mysqladmin -u root shutdown
safe_mysqld或直接調用mysqld進行，例如：
shell> BINDIR/safe_mysqld --log &
如果safe_mysqld失敗，從MySQL安裝目錄嘗試運行它(如果你已經不在那里)。如果還不工作，見4.15.2 啟動MySQL服務器的問題。
shell> BINDIR/mysqlshow +-----------+ | Databases | +-----------+ | mysql | +-----------+ shell> BINDIR/mysqlshow mysql Database: mysql +--------------+ | Tables | +--------------+ | columns_priv | | db | | func | | host | | tables_priv | | user | +--------------+ shell> BINDIR/mysql -e "select host,db,user from db" mysql +------+--------+------+ | host | db | user | +------+--------+------+ | % | test | | | % | test_% | | +------+--------+------+
在“sql-bench”目錄(在MySQL安裝目錄下)下還有基准測試套件，你能用來比較在不同的平台上MySQL表現如何。“
sql-bench/Results”目錄包含對不同的數據庫和平台許多運行結果。為了運行所有的測試，執行這些命令：
shell> cd sql-bench shell> run-all-tests
如果你沒有“sql-bench”目錄，你可能在對二進制分發使用一個RPM（源代碼分發的RPM包括基准目錄)。在這種情況下，在你能使用它以前，你必須首先安裝基准套件。從MySQL 3.22開始，有名為“mysql-bench-VERSION-i386.rpm”的基准RPM