你是否想要使用最新的開發版本或最終的穩定版本：
* 通常, 如果你是第一次開始使用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)顯示發行的穩定性級別。可能的後綴有：
o alpha 表明發行包含大量未被100%測試的新代碼。已知的錯誤(通常沒有)應該在新聞小節被記錄。見D MySQL 變遷的歷史記錄。在大多數 alpha 版本也有新的命令和擴展。
o beta 意味著所有的新代碼被測試了，沒有增加重要的新特征，應該沒有已知的錯誤。
o gamma 是一個發行了一段時間的beta版本，看起來應該運行正常。這就是很多其他公司稱為一個發布的東西。
o 如果沒有後綴，這意味著該版本已經在很多地方運行一段時間了，而且沒有非平台特定的錯誤報告。這就是我們稱為一個穩定版本的東西。
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二進制分發：
您正在看的MySQL教程是: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 &
見4.6.3.1 Linux 注意事項。
您正在看的MySQL教程是:MySQL數據庫學習手冊之安裝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.
您正在看的MySQL教程是:MySQL數據庫學習手冊之安裝MySQL。15 安裝後期的設置與測試，進行安裝後期的初始化與測試。
1. 挑選一個你要在其下面解包分發的目錄，並且進入該目錄。
2. 從節4.1 怎樣獲得MySQL中列出的站點之一獲得一個分發文件。MySQL源代碼分發以壓縮的tar檔案提供，並且有類似於“MySQL-VERSION.tar.gz”的名字，這裡的VERSION是一個類似3.23.7-alpha的數字。
3. 在當前目錄下解包分發：
shell> gunzip < MySQL-VERSION.tar.gz | tar xvf -
這個命令創建名為“MySQL-VERSION”的一個目錄。
4. 進入解包分發的頂級目錄：
shell> cd MySQL-VERSION
5. 設置發行版本並且編譯：
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 編譯問題？，幫助解決很多常見問題。
6. 安裝所有東西：
shell>make install
你可能需要root用戶來運行這個命令。
7. 創造MySQL授權表(只有你以前沒安裝MySQL是必需的)：
shell>scripts/MySQL_install_db
注意，在運行mysql_install_db時，那些比3.22.10舊的MySQL版本啟動MySQL服務器。現在不是這樣了！
8. 如果你想要安裝對Perl DBI/DBD接口的支持，見4.10 Perl安裝注意說明。
9. 如果你想要MySQL在你引導機器時自動地啟動，你可以拷貝support-files/mysql.server到你的系統中有啟動文件的地方。更多的信息可以在support-files/mysql.server腳本裡和4.15.3 自動啟動和停止MySQL找到。
在所有東西安裝完以後，你應該初始化並且測試你的分發。
你可以用下列命令啟動MySQL服務器，這裡BINDIR是safe_MySQLd被安裝的目錄(缺省為“/usr/local/bin”)：
像這樣運行configure：
您正在看的MySQL教程是:MySQL數據庫學習手冊之安裝MySQL。igure
當你使用時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 '__attri
您正在看的MySQL教程是:MySQL數據庫學習手冊之安裝MySQL。bute__'
gcc2.8.1已知可以工作，但是我們推薦使用egcs1.0.3a或更新。
您正在看的MySQL教程是:MySQL數據庫學習手冊之安裝MySQL。裝過程顯示出在下面，顯示的例子針對Data-Dumper模塊, 但是所有3個過程是相同的。
1. 解包分發到當前目錄：
shell> gunzip < Data-Dumper-VERSION.tar.gz | tar xvf -
這個命令創建的一個名為“Data-Dumper-VERSION”的目錄。
2. 進入解包分發的頂級目錄：
shell> cd Data-Dumper-VERSION
3. 構造分發並且編譯所有東西：
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:\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";
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:\PERL\BIN”到你的路徑。
* 增加目錄“C:\PERL\BIN\MSWin32-x86-thread”或“C:\PERL\BIN\MSWin32-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
您正在看的MySQL教程是:MySQL數據庫學習手冊之安裝MySQL。 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教程是:MySQL數據庫學習手冊之安裝MySQL。sion/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
您正在看的MySQL教程是:MySQL數據庫學習手冊之安裝MySQL。 -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安裝打補丁。
