MySQL中文參考手冊

oraclelang

DROP TABLE [IF EXISTS] tbl_name
當一個語法元素由很多選擇組成時，各選擇用垂直線分開('|')。當可能從一組選擇中選擇一個成員時，選擇在方括號內被列出。當必須從一組選擇中選擇一個成員時，選擇在花括號內被列出('{'和'}')：

TRIM([[BOTH | LEADING | TRAILING] [remstr] FROM] str)
{DESCRIBE | DESC} tbl_name {col_name | wild}

oraclelang

1.4 MySQL 的主要特征
下表描述MySQL一些重要的特征：

使用核心線程的完全多線程。這意味著它能很容易地利用多CPU（如果有）。
C 、C++、 Eiffel 、 Java、 Perl、 PHP、Python、和 TCL  API。見20 MySQL 客戶工具和 API。
可咝性诓煌?钠教ㄉ希?

oraclelang

WHERE income/dependents > 10000 AND age > 30;
通過一個高度優化的類庫實現SQL函數庫並且像他們能達到的一樣快速，通常在查詢初始化後不應該有任何內存分配。
全面支持SQL的GROUP BY和ORDER BY子句，支持聚合函數( COUNT()、COUNT(DISTINCT)、AVG()、STD()、SUM()、 MAX()和MIN() )。
支持ANSI SQL的LEFT OUTER JOIN和ODBC語法。
你可以在同一查詢中混用來自不同數據庫的表。(與版本 3.22一樣 )。
一個非常靈活且安全的權限和口令系統，並且它允許基于主機的認証。口令是安全的，因為當與一個服務器連接時，所有的口令傳送被

oraclelang

加密。
ODBC for Windiws 95。所有的 ODBC 2 . 5 函數和其他許多函數。例如，你可以用Access連接你的 MySQL服務器。見16 MySQL  ODBC 支持。
具備索引壓縮的快速B樹磁盤表。
每個表允許有16個索引。每個索引可以由1～16個列或列的一部分組成。最大索引長度是 256 個字節(在編譯MySQL時，它可以改變)。一個索引可以使用一個CHAR或VARCHAR字段的前綴。
定長和變長記錄。

oraclelang

用作臨時表的內存散列表。
大數據庫處理。我們正在對某些包含 50,000,000 個記錄的數據庫使用MySQL。
所有列都有缺省值，你可以用INSERT插入一個表列的子集，那些沒用明確給定值的列設置為他們的缺省值。
為了可移植性使用 GNU  Automake , Autoconf 和libtool。
用C和C++編寫，並用大量不同的編譯器測試。
一個非常快速的基于線程的內存分配系統。

oraclelang

沒有內存漏洞。用一個商用內存漏洞監測程序測試過(purify)。
包括myisamchk，一個檢查、優化和修複數據庫表的快速實用程序，詳見13 維護 MySQL安裝。
全面支持ISO-8859-1  Latin1 字符集。例如，斯堪的納維亞的字符 @ringaccent{a}, @"a and @"o 在表和列名字被允許。
所有數據以 ISO-8859-1  Latin1 格式保存。所有正常的字符串比較是忽略大小寫的。
根據 ISO-8859-1  Latin1 字符集進行排序(目前瑞典語的方式)。通過在源代碼中增加排序順序數組可以改變它。為了理解一個更高級的排序例子，看一看捷克語的排序代碼。MySQL支持可在編譯時指定的很多不同的字符集。
表和列的別名符合 SQL92 標准。

oraclelang

DELETE、INSERT、REPLACE和UPDATE 返回有多少行被改變(受影響)。
函數名不會與表或列名衝突。例如ABS是一個有效的列名字。對函數調用的唯一限制是函數名與隨後的“(”不能有空格。詳見7.31 MySQL對保留字很挑剔嗎？。

oraclelang

所有MySQL程序可以用選項--help或-?獲得聯機幫助。
服務器能為客戶提供多種語言的出錯消息，詳見9.1 MySQL支持哪些語言？。
客戶端使用TCP/IP 連接或Unix套接字（socket）或NT下的命名管道連接MySQL。
MySQL特有的SHOW命令可用來檢索數據庫、表和索引的信息，EXPLAIN命令可用來確定優化器如何解決一個查詢。
　

oraclelang

1.5 MySQL的穩定性？
本小節回答這樣的問題：“MySQL的穩定程度？”和 “我能在本項目中依賴MySQL嗎?”。這里我們將試圖澄清一些問題並且回答似乎很多人關心的更重要的問題。本節已經與從郵件列表(它在報導錯誤是很活躍的)收集了的信息綜合在一起。

對TcX，MySQL在我們自1996中期開始的計劃中咝袥]有發生任何問題。當MySQL被更公開地發布時，我們注意到了有一些 “未測試代碼”片斷很快地被不同于我們的查詢方式的新用戶發現。每個新版本比前一個都有更少的可移植性問題(盡管每個發行有許多新功能)，並且我們希望有可能把下一個版本之一標記為“穩定”的。

oraclelang

每個MySQL的發行都是可用的，並且只有當用戶使用從“灰色地帶”來的代碼時才有問題，當然,不知情的用戶不能知道灰色地帶是什麼；本小節嘗試揭示我們目前已知的東西。這里的描述涉及MySQL 3. 22.x 版本。所有已知和報告的錯誤都會在最新的版本被更正，除了在錯誤小節中列出的與“設計n”有關的錯誤。詳見E MySQL已知的錯誤和設計缺陷。

MySQL以多層結構和不同的獨立模塊編寫，這些模塊列舉在下面以表明它們中的每一個是如何很好地被測試過：

ISAM表處理器--穩定