MySQL中文參考手冊MySQL中文參考手冊譯者：晏子 (clyan@sohu.com） 主頁：http://linuxdb.yeah.net
這是MySQL參考手冊；它記載了MySQL版本3.23.7-alpha。
MySQL 是一個快速、多線程、多用戶和強壯的SQL數據庫服務器。
對Unix和 OS/2 平台，MySQL基本上是免費的；但對微軟平台，你在30 天的試用期後必須獲得一個MySQL 許可証。詳見第三節 MySQL許可証和技術支持。
MySQL 主頁提供有關MySQL的最新信息。
對于MySQL能力的討論，詳見1.4 MySQL 的主要特征。
對于安裝指南，見4 安裝 MySQL。對于有關移植MySQL到新機器或操作系統的技巧，參見G 對移植到其他系統的說明。
有關從 3.21 版升級的信息，詳見4.16.2 從一個 3.21 版本升級到 3.22 。
MySQL的入門教程，見8 MySQL 教程。
SQL和基准信息的例子，見基准目錄(在分發中的'sql-bench'目錄)。
對于新特征和錯誤修複一個歷史記錄，見D MySQL的變遷。
對于當前已知錯誤和功能缺陷的一張列表，見E MySQL已知錯誤和設計缺陷。
未來計劃，見F 我們想要在未來加入到MySQL 的計劃表( TODO ）。
這個計劃的所有貢獻者的名單，見C MySQL 的貢獻者。
重要：
將臭蟲(錯誤)報告、問提和建議發到郵件列表（原文未提供）。
對源代碼分發，mysqlbug 腳本可在‘scripts’目錄下找到。
對二進制的分發，mysqlbug可在‘bin’目錄下找到。
如果你有任何關于這本手冊的增補或修正的任何建議，請將它們發給手冊小組(docs@mysql.com )。
MySQL是一個真正的多用戶、多線程SQL數據庫服務器。SQL（結構化查詢語言）是世界上最流行的和標准化的數據庫語言。MySQL是以一個客戶機/服務器結構的實現，它由一個服務器守護程序mysqld和很多不同的客戶程序和庫組成。
SQL是一種標准化的語言，它使得存儲、更新和存取信息更容易。例如，你能用SQL語言為一個網站檢索產品信息及存儲顧客信息，同時MySQL也足夠快和靈活以允許你存儲記錄文件和圖像。
MySQL 主要目標是快速、健壯和易用。最初是因為我們需要這樣一個SQL服務器，它能處理與任何可不昂貴硬件平台上提供數據庫的廠家在一個數量級上的大型數據庫，但速度更快，MySQL就開發出來。自1996年以來，我們一直都在使用MySQL，其環境有超過 40 個數據庫，包含 10,000個表，其中500多個表超過7百萬行，這大約有100 個吉字節(GB)的關鍵應用數據。
MySQL建立的基礎是業已用在高要求的生產環境多年的一套實用例程。盡管MySQL仍在開發中，但它已經提供一個豐富和極其有用的功能集。
MySQL的官方發音是“My Ess Que Ell”(不是 MY-SEQUEL )。
目前這本手冊有Texinfo、普通文本、Info、HTML、PostScript和 PDF 等格式的版本。因為它們的長度，PostScript和 PDF 版本沒有包括在主要的MySQL分發中，但是可從http://www.mysql.com 獲得單獨的下載。
主要的文檔是Texinfo文件， HTML版本自動地用一個texi2html改進版本生成。普通文本和Info版本用makeinfo生成。
Postscript版本由texi2dvi和dvips生成。PDF 版本用pdftex生成。
本手冊由David Axmark, Michael (Monty) Widenius, Paul DuBois and Kim Aldale維護。 而其他的貢獻者，見C MySQL貢獻者。
這本手冊使用了一定文字格式的約定：
constant / 固定寬度mysqladmin如何工作，用--help選項調用它”。當命令顯示出准備由一個特定的程序執行時，程序由命令所顯示的提示符指出。例如，shell>
表明你從你的登錄外殼執行一個命令，而mysql>表明你從mysql客戶執行命令：
shell> 在這鍵入一個shell命令 mysql> 在這里鍵入一個mysql命令
shell命令用 Bourne shell語法顯示。如果你正在使用csh風格的外殼，你可能需要用略微不同的方式發出命令。例如，設置一個環境變量和運行一個命令的序列在 Bourne shell語法看起來像這樣：
shell> VARNAME=value some_command
對于csh，你將執行這樣的序列：
shell> setenv VARNAME value shell> some_command
數據庫、表和列名字經常必須被代入命令中。為表明這種代入是必要的，本手冊使用db_name、tbl_name和col_name。例如，你可能看到象這樣的語句：
mysql> SELECT col_name FROM db_name.tbl_name;
這意味著如果你想輸入類似的語句，你將提供你自己數據庫、表和列的名字，也許像這樣：
mysql> SELECT author_name FROM biblio_db.author_list;
SQL語句可以寫成大寫或小寫的。當本手冊顯示SQL語句時，如果討論這些關鍵字，大寫被用于特定的關鍵字(強調它們)而小寫被用于語句的其他部分。因此你可能在討論SELECT語句時看到如下顯示：
mysql> SELECT count(*) FROM tbl_name;
另一方面，在討論COUNT()函數時，語句將寫成這樣：
mysql> select COUNT(*) from tbl_name;
如果不有意地特別強調，所有的關鍵字一律寫成大寫。
在句法描述中，方括號('['和']')被用來表示任選的詞或子句：
DROP TABLE [IF EXISTS] tbl_name
當一個語法元素由很多選擇組成時，各選擇用垂直線分開('|')。當可能從一組選擇中選擇一個成員時，選擇在方括號內被列出。當必須從一組選擇中選擇一個成員時，選擇在花括號內被列出('{'和'}')：
TRIM([[BOTH | LEADING | TRAILING] [remstr] FROM] str)
{DESCRIBE | DESC} tbl_name {col_name | wild}
我們曾經開始打算利用mSQL用我們自己的快速底層(ISAM)實用程序連接我們的數據庫表，然而，在一些測試以後我們得到出結論：mSQL對我們的需求來說不夠快速和靈活。這導致了一個連接我們數據庫的新SQL接口，但它幾乎有與mSQL相同的應用編程接口。選擇這個應用編程接口以方便第三方的代碼移植。
MySQL名字的由來不是非常清楚。我們的基目錄和很多的庫和工具具有前綴“my”已超過10年歷史，然而，Monty的女兒(年輕幾歲的)也被命名"my"。因此其中哪一個原因給MySQL起了這個名字仍然是一個謎，甚至對我們。
下表描述MySQL一些重要的特征：
FLOAT、DOUBLE、CHAR、VARCHAR、TEXT、BLOB、DATE、TIME、DATETIME、
TIMESTAMP、YEAR、SET和ENUM類型。
見7.3 列類型。 SELECT和WHERE部分支持全部運算符和函數，例如：mysql> SELECT CONCAT(first_name, " ", last_name) FROM tbl_name
WHERE income/dependents > 10000 AND age > 30;
GROUP BY和ORDER BY子句，支持聚合函數(
COUNT()、COUNT(DISTINCT)、AVG()、STD()、SUM()、
MAX()和MIN() )。LEFT OUTER JOIN和ODBC語法。CHAR或VARCHAR字段的前綴。INSERT插入一個表列的子集，那些沒用明確給定值的列設置為他們的缺省值。libtool。purify)。myisamchk，一個檢查、優化和修複數據庫表的快速實用程序，詳見13 維護 MySQL安裝。 DELETE、INSERT、REPLACE和UPDATE 返回有多少行被改變(受影響)。ABS是一個有效的列名字。對函數調用的唯一限制是函數名與隨後的“(”不能有空格。詳見7.31 MySQL對保留字很挑剔嗎？。 --help或-?獲得聯機幫助。SHOW命令可用來檢索數據庫、表和索引的信息，EXPLAIN命令可用來確定優化器如何解決一個查詢。
本小節回答這樣的問題：“MySQL的穩定程度？”和 “我能在本項目中依賴MySQL嗎?”。這里我們將試圖澄清一些問題並且回答似乎很多人關心的更重要的問題。本節已經與從郵件列表(它在報導錯誤是很活躍的)收集了的信息綜合在一起。
對TcX，MySQL在我們自1996中期開始的計劃中運行沒有發生任何問題。當MySQL被更公開地發布時，我們注意到了有一些 “未測試代碼”片斷很快地被不同于我們的查詢方式的新用戶發現。每個新版本比前一個都有更少的可移植性問題(盡管每個發行有許多新功能)，並且我們希望有可能把下一個版本之一標記為“穩定”的。
每個MySQL的發行都是可用的，並且只有當用戶使用從“灰色地帶”來的代碼時才有問題，當然,不知情的用戶不能知道灰色地帶是什麼；本小節嘗試揭示我們目前已知的東西。這里的描述涉及MySQL 3. 22.x 版本。所有已知和報告的錯誤都會在最新的版本被更正，除了在錯誤小節中列出的與“設計n”有關的錯誤。詳見E MySQL已知的錯誤和設計缺陷。
MySQL以多層結構和不同的獨立模塊編寫，這些模塊列舉在下面以表明它們中的每一個是如何很好地被測試過：
mysql、mysqladmin和mysqlshow、mysqldump及mysqlimport。
fcntl())有很大問題，在這些情況下，你應該用選項--skip-locking運行MySQL守護程序。當使用NFS挂載的文件系統，已知在一些 Linux 系統上和SunOS上出現問題。fcntl()調用，它通過使用mysqld的--skip-locking選項解決。一些人已經報告了0.5版中的鎖定問題。的SELECT語句通常在一個時幀內完成，因此不應該有一個mutex 鎖定/線程的把戲。LOAD DATA ... ,INSERT ... SELECT --穩定ALTER TABLE --穩定mysqlaccess --穩定GRANT -- Gamma TcX 為付費客戶提供電子郵件的支持，但是MySQL郵件列表通常提供常見問題的答案，錯誤通常馬上用一個補丁修補，對嚴重的錯誤，幾乎總是有新的版本發行。
MySQL本身己沒有2000年有問題( Y2K ):
2069年前沒有日期問題,
所有2位年份被認為在1970年到2069年的範圍，這意味著如果在一個year類型的列中存儲的01，MySQL把它當作2001。
YEAR類型的列能在一個字節中存儲0年和1901年到2155年，並用使用2或4位顯示它們。你可以用一種不是Y2K-safe的方式使用 MySQL應用程序來深入該問題。例如，許多老的應用程序使用2位數字(它有二義性)而非4位數字存儲或操作年份，這個問題可能與使用諸如00或99作為“丟失的”值的提示的應用程序混淆起來。
很不幸，這些問題可能很難修複，因為不同的應用程序可能由不同程序員編寫，其中每一個可能使用了不同的約定和日期處理函數。
這里是簡單的示範，顯示MySQL在 2030 年之前沒有任何日期問題。
mysql> DROP TABLE IF EXISTS y2k;
mysql> CREATE TABLE y2k (date date, date_time datetime, time_stamp timestamp);
mysql> INSERT INTO y2k VALUES ("1998-12-31","1998-12-31 23:59:59",19981231235959);
mysql> INSERT INTO y2k VALUES ("1999-01-01","1999-01-01 00:00:00",19990101000000);
mysql> INSERT INTO y2k VALUES ("1999-09-09","1999-09-09 23:59:59",19990909235959);
mysql> INSERT INTO y2k VALUES ("2000-01-01","2000-01-01 00:00:00",20000101000000);
mysql> INSERT INTO y2k VALUES ("2000-02-28","2000-02-28 00:00:00",20000228000000);
mysql> INSERT INTO y2k VALUES ("2000-02-29","2000-02-29 00:00:00",20000229000000);
mysql> INSERT INTO y2k VALUES ("2000-03-01","2000-03-01 00:00:00",20000301000000);
mysql> INSERT INTO y2k VALUES ("2000-12-31","2000-12-31 23:59:59",20001231235959);
mysql> INSERT INTO y2k VALUES ("2001-01-01","2001-01-01 00:00:00",20010101000000);
mysql> INSERT INTO y2k VALUES ("2004-12-31","2004-12-31 23:59:59",20041231235959);
mysql> INSERT INTO y2k VALUES ("2005-01-01","2005-01-01 00:00:00",20050101000000);
mysql> INSERT INTO y2k VALUES ("2030-01-01","2030-01-01 00:00:00",20300101000000);
mysql> INSERT INTO y2k VALUES ("2050-01-01","2050-01-01 00:00:00",20500101000000);
mysql> SELECT * FROM y2k;
+------------+---------------------+----------------+
| date | date_time | time_stamp |
+------------+---------------------+----------------+
| 1998-12-31 | 1998-12-31 23:59:59 | 19981231235959 |
| 1999-01-01 | 1999-01-01 00:00:00 | 19990101000000 |
| 1999-09-09 | 1999-09-09 23:59:59 | 19990909235959 |
| 2000-01-01 | 2000-01-01 00:00:00 | 20000101000000 |
| 2000-02-28 | 2000-02-28 00:00:00 | 20000228000000 |
| 2000-02-29 | 2000-02-29 00:00:00 | 20000229000000 |
| 2000-03-01 | 2000-03-01 00:00:00 | 20000301000000 |
| 2000-12-31 | 2000-12-31 23:59:59 | 20001231235959 |
| 2001-01-01 | 2001-01-01 00:00:00 | 20010101000000 |
| 2004-12-31 | 2004-12-31 23:59:59 | 20041231235959 |
| 2005-01-01 | 2005-01-01 00:00:00 | 20050101000000 |
| 2030-01-01 | 2030-01-01 00:00:00 | 20300101000000 |
| 2050-01-01 | 2050-01-01 00:00:00 | 00000000000000 |
+------------+---------------------+----------------+
13 rows in set (0.00 sec)
這表示DATE和DATETIME類型將不會有未來日期的任何問題(它們處理日期到 9999 )。
TIMESTAMP類型被用來存儲當前時間，有一個僅2030-01-01的上限。TIMESTAMP在32位的機器上(有符號值)有一個從1970到2030的範圍，在64位機器上它處理時間可達2106（無符號值)。
盡管MySQL是順應Y2K的，但提供無二義性的輸入是你的責任。對于MySQL處理二義性日期的輸入(包含2位數字年份)的規則，詳見7.3.6.1 Y2K 問題和日期類型。
在MySQL郵件列表上，這本書被多人推薦：
Judith S. Bowman, Sandra L. Emerson and Marcy Darnovsky The Practical SQL Handbook: Using Structured Query Language Second Edition Addison-Wesley ISBN 0-201-62623-3 http://www.awl.com
這本書也接受了 MySQL 用戶的一些建議：
Martin Gruber Understanding SQL ISBN 0-89588-644-8 Publisher Sybex 510 523 8233 Alameda, CA USA
一本SQL語言教程可在 http://www.geocities.com/SiliconValley/Vista/2207/sql1.html 找到。
SQL in 21 Tagen (用德語寫的網上書籍) http://www.mut.de/leseecke/buecher/sql/inhalt.htm 。
MySQLmSQLmSQL TCL 補丁 DBI/DBD.
DBI/DBD
modules homepage 也有很多網頁使用 MySQL。詳見A 一些 MySQL 用戶。將任何新增發送到這張表中，並在某處加上 MySQL 標識(在一個“使用工具”的頁面或類似的地方)。