這是MySQL參考手冊;它記載了MySQL版本3.23.7-alpha。php
MySQL 是一個快速、多線程、多用戶和強壯的SQL數據庫服務器。html
對Unix和 OS/2 平臺,MySQL基本上是免費的;但對微軟平臺,你在30 天的試用期後必須得到一個MySQL 許可證。詳見第三節 MySQL許可證和技術支持。前端
MySQL 主頁提供有關MySQL的最新信息。java
對於MySQL能力的討論,詳見1.4 MySQL 的主要特徵。mysql
對於安裝指南,見4 安裝 MySQL。對於有關移植MySQL到新機器或操做系統的技巧,參見G 對移植到其餘系統的說明。linux
有關從 3.21 版升級的信息,詳見4.16.2 從一個 3.21 版本升級到 3.22 。ios
MySQL的入門教程,見8 MySQL 教程。程序員
SQL和基準信息的例子,見基準目錄(在分發中的'sql-bench'目錄)。web
對於新特徵和錯誤修復一個歷史記錄,見D MySQL的變遷。sql
對於當前已知錯誤和功能缺陷的一張列表,見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 。
MySQL
mSQL
mSQL
TCL 補丁 DBI
/DBD
.DBI
/DBD
modules homepage也有不少網頁使用 MySQL。詳見A 一些 MySQL 用戶。將任何新增發送到這張表中,並在某處加上 MySQL 標識(在一個「使用工具」的頁面或相似的地方)。