我們最初的出發點是，使用mSQL來連接我們的資料表，這類資料表採用了我們的快速低層面（ISAM）子程式。然而，經過一些測試後，我們得出結論，mSQL的速度或靈活性不足以滿足我們的要求。其結果是，為我們的資料庫提供了新的SQL接口，但API接口與mSQL的幾乎一樣。設計該API的目的在於，允許將為mSQL編寫的第三方代碼方便地移植到MySQL。

MySQL名稱的起源不明。10多年來，我們的基本目錄以及大量庫和工具均採用了前綴「my」。不過，共同創辦人Monty Widenius的女兒名字也叫「My」。時至今日，MySQL名稱的起源仍是一個迷，即使對我們也一樣。

下面介紹了MySQL資料庫軟件的一些重要特性。關於當前特性和即將提供特性的更多訊息，，請參見1.6節，「MySQL發展大事記」 。

·         內部構件和可移植性

o        使用C和C++編寫

o        用眾多不同的編譯器進行了測試

o        能夠工作在眾多不同的平台上。請參見2.1.1 「MySQL支援的作業系統」。

o        使用GNU Automake、Autoconf和Libtool進行移植。

o        提供了用於C、C++、Eiffel、Java、Perl、PHP、Python、Ruby和Tcl的API。請參見第25章：API和庫。

o        採用核心線程的完全多線程 如果有多個CPU，它能方便地使用這些CPU。

o        提供了事務性和非事務性儲存引擎。

o        使用了極快的「B樹」磁盤資料表（MyISAM）和索引壓縮。

o        新增另一個儲存引擎相對簡單。如果打算為內部資料庫新增一個SQL接口，該特性十分有用。

o        極快的基於線程的內存分配系統。

o        通過使用最佳化的「單掃瞄多連接」，能實現極快的連接。

o        儲存器中的哈希資料表用作臨時資料表。

o        SQL函數是使用高度最佳化的類庫實現的，運行很快。通常，在完成查詢初始化後，不存在儲存器分配。

o        採用Purify（商業內存溢出檢測器）以及GPL工具Valgrind（http://developer.kde.org/~sewardj/）測試了MySQL代碼。

o        伺服器可作為單獨程式運行在客戶端/伺服器聯網環境下。它也可作為庫提供，可嵌入（連結）到獨立的應用程式中。這類應用程式可單獨使用，也能在網絡環境下使用。

本節回答了如下問題：「MySQL伺服器有多穩定？」，以及「在本項目中我能依靠MySQL伺服器嗎」？ 我們將嘗試闡明這類問題，並回答很多潛在用戶關心的某些重要問題。本節所給出的訊息基於通過郵件列資料表收集的數據，在確定問題和通報使用類型方面，郵件列資料表十分有用。

最初的代碼可回溯至20世紀80年代初。它提供了穩定的編碼基數，最初儲存引擎使用的ISAM資料表格式仍保持向後相容性。在MySQL AB公司的前身TcX，自1996年中期以來，MySQL代碼在多個項目中工作良好，未出現任何問題。當MySQL資料庫軟件首次向更廣泛的公眾發佈時，我們的用戶很快發現了一些未經測試的代碼段。自那以後，儘管每個新版本具有很多新的特性，但每次新發佈的版本均存在少量的移植性問題。

每次發佈的MySQL伺服器均是可用的。僅當用戶嘗試源自「灰色區域」的代碼時才會出現問題。當然，新用戶不瞭解「灰色區域」是什麼。因此，在本節中，我們介紹了目前已知的這類區域。本節所作的介紹主要針對MySQL伺服器3.23版和更高版本。在最新的版本中，更正了所有已知和通報的問題，但「問題」一節所列的除外，這類問題與設計有關。請參見A.8節，「MySQL中的已知事宜」。

MySQL伺服器採用了多層設計和獨立模塊。在此列出了一些較新的模塊，並指明了它們的測試情況。

·         Replication（穩定）

大量使用複製功能的伺服器均處於生產模式下，結果良好。在MySQL 5.x中，將繼續增強複製功能。

·         InnoDB資料表（穩定）

自3.23.49版以來，InnoDB事務儲存引擎一直很穩定。InnoDB正用於大型、重負荷生產系統。

·         BDB資料表（穩定）

Berkeley DB碼十分穩定，但在MySQL伺服器中，我們仍在改進BDB事務儲存引擎。

·         全文本搜索（穩定）

全文本搜索的使用範圍十分廣泛。在MySQL 4.0和4.1中，增加了重要的特性增強。

·         MyODBC 3.51（穩定）

MyODBC 3.51採用了ODBC SDK 3.51，並廣泛用於生產活動中。某些出現的情況看上去與應用程式相關，與ODBC驅動程式或底層資料庫伺服器無關。

MySQL 3.22限制的資料表大小為4GB。由於在MySQL 3.23中使用了MyISAM儲存引擎，最大資料表尺寸增加到了65536TB（256⁷ – 1字節）。由於允許的資料表尺寸更大，MySQL資料庫的最大有效資料表尺寸通常是由作業系統對檔案大小的限制決定的，而不是由MySQL內部限制決定的。

InnoDB儲存引擎將InnoDB資料表保存在一個資料表空間內，該資料表空間可由數個檔案建立。這樣，資料表的大小就能超過單獨檔案的最大容量。資料表空間可包括原始磁盤分區，從而使得很大的資料表成為可能。資料表空間的最大容量為64TB。

在下面的資料表格中，列出了一些關於作業系統檔案大小限制的示範。這僅是初步指南，並不是最終的。要想瞭解最新訊息，請參閱關於作業系統的文檔。

在Linux 2.2平台下，通過使用對ext2檔案系統的大檔案支援（LFS）補丁，可以獲得超過2GB的MyISAM資料表。在Linux 2.4平台下，存在針對ReiserFS的補丁，可支援大檔案（高達2TB）。目前發佈的大多數Linux版本均基於2.4內核，包含所有所需的LFS補丁。使用JFS和XFS，petabyte（千兆兆）和更大的檔案也能在Linux上實現。然而，最大可用的檔案容量仍取決於多項因素，其中之一就是用於儲存MySQL資料表的檔案系統。

關於Linux中LFS的詳細介紹，請參見Andreas Jaeger的「Linux中的大檔案支援」頁面：http://www.suse.de/~aj/linux_lfs.html。

Windows用戶請注意： FAT和VFAT (FAT32)不適合MySQL的生產使用。應使用NTFS。

在預設情況下，MySQL建立的MyISAM資料表允許的最大尺寸為4GB。您可以使用SHOW TABLE STATUS語句或myisamchk -dv tbl_name檢查資料表的最大尺寸。請參見13.5.4節，「SHOW語法」。

如果需要使用大於4GB的MyISAM資料表（而且您的作業系統支援大檔案），可使用允許AVG_ROW_LENGTH和MAX_ROWS選項的CREATE TABLE語句。請參見13.1.5節，「CREATE TABLE語法」。建立了資料表後，也可以使用ALTER TABLE更改這些選項，以增加資料表的最大允許容量。請參見13.1.2節，「ALTER TABLE語法」。

處理MyISAM資料表檔案大小的其他方式：

·         如果您的大資料表是只讀的，可使用myisampack壓縮它。myisampack通常能將資料表壓縮至少50％，因而，從結果上看，可獲得更大的資料表。此外，myisampack還能將多個資料表合併為1個資料表。請參見8.2節，「myisampack：生成壓縮、只讀MyISAM資料表」。

·         MySQL包含一個允許處理MyISAM資料表集合的MERGE庫，這類MyISAM資料表具有與單個MERGE資料表相同的結構。請參見15.3節，「MERGE儲存引擎」。

MySQL伺服器本身不存在2000年（Y2K）相容性問題：

·         MySQL伺服器採用了Unix的時間功能，對於TIMESTAMP值，可處理的日期至2037年。對於DATE和DATETIME值，可接受的日期可至9999年。

·         所有的MySQL日期函數均是在1個源檔案sql/time.cc中實現的，並經過了恰當編碼以確保2000年安全。

·         在MySQL 3.22和以後的版本中，YEAR列類型能夠在1個字節內保存0年以及1901～2155年，並能使用兩位或四位數字顯示它們。所有的兩位數字年份均被視為介於1970～2069年之間，這意味著，如果您在YEAR列中保存了01，MySQL伺服器會將其當作2001年。

通過下面的簡單演示示範，表明MySQL伺服器在處理直至9999年的DATE或DATETIME值方面不存在問題，在處理2030年以前的TIMESTAMP值方面也不存在問題：

mysql> DROP TABLE IF EXISTS y2k;

Query OK, 0 rows affected (0.01 sec)

mysql> CREATE TABLE y2k (date DATE,

    ->                   date_time DATETIME,

    ->                   time_stamp TIMESTAMP);

Query OK, 0 rows affected (0.01 sec)

mysql> INSERT INTO y2k VALUES

    -> ('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),

    -> ('2040-01-01','2040-01-01 00:00:00',20400101000000),

    -> ('9999-12-31','9999-12-31 23:59:59',99991231235959);

Query OK, 14 rows affected (0.01 sec)

Records: 14  Duplicates: 0  Warnings: 2

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 |

| 2040-01-01 | 2040-01-01 00:00:00 | 00000000000000 |

| 9999-12-31 | 9999-12-31 23:59:59 | 00000000000000 |

+------------+---------------------+----------------+

14 rows in set (0.00 sec)

最後2個TIMESTAMP列的值為0，這是因為年份值（2040，9999）超出了TIMESTAMP的最大範圍。TIMESTAMP數據類型用於保存當前時間，在32位機器上，支援的取值範圍是19700101000000～20300101000000（帶符號值）。在64位機器上，TIMESTAMP能處理的值達2106（無符號值）。

儘管MySQL伺服器本身不存在2000年安全問題，但如果使用了存在Y2K問題的應用程式，也會遇到問題。例如，很多早期的應用程式採用2位數值（兩可性）而不是4位數值來保存和處理年份數據。這類問題可能會被使用「00」或「99」的應用程式合併為「丟失」值指示符。很不幸，這類問題或許很難更正，這是因為不同的應用程式是由不同的程式員編寫的，每位程式員可能使用了不同的慣例集和日期處理函數。

因此，儘管MySQL伺服器不存在Y2K問題，但應用程式須提供無歧義的輸入值。關於MySQL伺服器在處理含2位年份數值的兩可性日期輸入數據方面的作用，請參見11.3.4節，「Y2K事宜和日期類型」 。

MaxDB是兼容ANSI SQL-92（入門級）、由SAP AG提供的關聯資料庫管理系統（RDBMS)，也可由MySQL AB提供。MaxDB能夠滿足企業級應用的要求： 安全性，可伸縮性，高度並行性，以及強大的性能。它能運行在所有主要的作業系統下。多年的經歷表明，它能運行，並能在24x7的運作中運行數以TB計的數據。

資料庫開發是於1977年在柏林技術大學作為一個研究項目開始的。在20世紀80年代早期，它發展成為資料庫產品，隨後歸Nixdorf、Siemens Nixdorf、Software AG所有，目前歸SAP AG所有。在這一發展歷程中，它先後被命名為VDN、Reflex、Supra 2、DDB/4、Entire SQL-DB-Server和ADABAS D。1997年，SAP從軟件AP手中接管了該軟件，並將其重新命名為SAP DB。自2000年10月起，依GNU通用公共授權的名義發佈了眾多的SAP DB原始碼（請參見附錄J：GNU通用公共許可）。

MaxDB的歷史可追溯至SAP DB、SAP AG的DBMS，也就是說，MaxDB是SAP DB的重命名和增強版本。多年來，MaxDB已成功用於mySAP業務套件的小型、中性和大型安裝實例，以及需要企業級DBMS的其他要求苛刻的SQL應用（涉及用戶數、事務工作量、以及資料庫的大小）。

除了第三方資料庫系統外，如Oracle、Microsoft SQL Server以及IBM DB2，SAP DB意味著另一種選擇。2000年10月，SAP AG依 GNU GPL授權（請參見附錄J：GNU通用公共許可）發佈了SAP DB，從而使得其成為開放原始碼軟件。

目前，MaxDB已被世界各地約3500個SAP客戶使用。不僅如此，在SAP的IT部門內，大多數安裝在Unix和Linux平台上的DBMS均依賴於MaxDB。MaxDB正轉向重負荷聯機事務處理（OLTP），用戶數以千計，資料庫的大小從數百GB到數TB。

2003年，SAP和MySQL確立了合作夥伴關係，並達成了開發合作協議。作為其結果，自7.5版發佈以來（2003年11月），SAP的資料庫系統SAP DB以MySQL的MaxDB名義提供。

MaxDB 7.5版是SAP DB 7.4編碼基數的直接改進。因此，MaxDB軟件7.5版可用於SAP DB 7.2.04版和更高版本的直接升級。

與以往相同，目前，位於SAP AG的前SAP DB開發團隊仍負責MaxDB的開發和支援。MySQL AB與位於SAP的MaxDB團隊密切合作，致力於改進MaxDB產品，請參見1.5節，「MaxDB資料庫管理系統概述」。SAP AG和MySQL AB均負責MaxDB的銷售和分發。MaxDB和MySQL伺服器的提升促進了企業協作，從而使得兩種產品系列均從中受益。

與SAP解決方案一起提供之前，或放在MySQL站點供下載之前，MaxDB受SAP AG全面質量保證計劃的控制。

MaxDB是一種大型、通過SAP認證的開放原始碼資料庫，可用於OLTP和OLAP，它具有高的可靠性、可用性和可伸縮性，以及相當完善的特性集。它定位於大型mySAP商業套件環境，以及需要最大企業級資料庫功能的其他應用，此外，它還補充了MySQL資料庫伺服器。

MaxDB是採用客戶端/伺服器模式運作的產品。開發它的目的在於滿足OLTP和數據倉庫/OLAP/決策支援方面的安裝需求。優點：

·         簡單的配置和管理： 基於GUI（圖形化用戶界面）的安裝管理器和資料庫管理器，可作為DBMS操作的單個管理工具。

·         不間斷操作，無需計劃的停機時間，也不需要持久性維護：自動空間管理，無需重組。

·         精心設計的備份和恢復能力：聯機備份和增量備份，恢復嚮導以指導您完成整個恢復步驟。

·         支援大量用戶，數TB的資料庫大小，以及苛刻的工作量要求： 高的可靠性，性能和可伸縮性

·         高可用性： 叢集支援，待機配置，熱待機配置

關於我們打算在MySQL 5.1中增加的特性列資料表，請參見1.6節，「MySQL發展大事記」。隨著5.1版的不斷發展，我們將在本節增加更多詳細訊息。

另請參見第18章：分區。

在本節中介紹了MySQL郵件列資料表，並給出了使用郵件列資料表的指南。訂購郵件列資料表後，將以電子郵件消息的形式收到所有已記錄的訊息。您也可以將自己的問題和解答發送至郵件列資料表。

mysql> SHOW VARIABLES;

mysql> SHOW COLUMNS FROM ...\G

       <output from SHOW COLUMNS>

mysql> EXPLAIN SELECT ...\G

       <output from EXPLAIN>

mysql> FLUSH STATUS;

mysql> SELECT ...;

       <A short version of the output from SELECT,

       including the time taken to run the query>

mysql> SHOW STATUS;

       <output from SHOW STATUS>

MySQL伺服器能夠工作在不同的SQL模式下，並能針對不同的客戶端以不同的方式應用這些模式。這樣，應用程式就能對伺服器操作進行量身定制以滿足自己的需求。

這類模式定義了MySQL應支援的SQL語法，以及應該在數據上執行何種確認檢查。這樣，就能在眾多不同的環境下、與其他資料庫伺服器一起更容易地使用MySQL。

可以使用「--sql-mode="modes"」選項，通過啟動mysqld來設置預設的SQL模式。從MySQL 4.1開始，也能在啟動之後，使用ET [SESSION|GLOBAL] sql_mode='modes'語句，通過設置sql_mode變數更改模式。

關於設置伺服器模式的更多訊息，請參見5.3.2節，「SQL伺服器模式」。

您可以使用「--ansi」啟動選項，要求mysqld使用ANSI模式。請參見5.3.1節，「mysqld命令行選項」。

在ANSI模式下運行伺服器與使用該選項啟動它的效果一樣（在一行上指定「--sql_mode」值）：

--transaction-isolation=SERIALIZABLE

--sql-mode=REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,

IGNORE_SPACE

在MySQL 4.1中，能夠用下述兩條語句實現相同的效果（在一行上指定「sql_mode」值）：

SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;

SET GLOBAL sql_mode = 'REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,

IGNORE_SPACE';

請參見1.8.2節，「選擇SQL模式」。

在MySQL 4.1.1中，也能用下述語句設置sql_mode選項：

SET GLOBAL sql_mode='ansi';

在本例中，將sql_mode變數的值設置為與ANSI模式相關的所有選項。您可以檢查其結果，如下所示：

mysql> SET GLOBAL sql_mode='ansi';

mysql> SELECT @@global.sql_mode;

        -> 'REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES,

            IGNORE_SPACE,ANSI';

MySQL伺服器包含一些其他SQL DBMS中不具備的延伸。注意，如果使用了它們，將無法把代碼移植到其他SQL伺服器。在某些情況下，您可以編寫包含MySQL延伸的代碼，但仍保持其可移植性，方法是用「/*... */」註釋掉這些延伸。在本例中，MySQL伺服器能夠解析並執行註釋中的代碼，就像對待其他MySQL語句一樣，但其他SQL伺服器將忽略這些延伸。例如：

SELECT /*! STRAIGHT_JOIN */ col_name FROM table1,table2 WHERE ...

如果在字元「!」後新增了版本號，僅當MySQL的版本等於或高於指定的版本號時才會執行註釋中的語法：

CREATE /*!32302 TEMPORARY */ TABLE t (a INT);

這意味著，如果您的版本號為3.23.02或更高，MySQL伺服器將使用TEMPORARY關鍵字。

下面按類別介紹了各種MySQL延伸。

·         磁盤上的數據組織

MySQL伺服器會將每個資料庫映射到MySQL數據目錄下的1個目錄中，並將資料庫中的資料表映射到資料庫目錄下的檔案名。它具有下述含義：

o        如果作業系統的檔案名區分大小寫（如大多數Unix系統），當MySQL伺服器運行在這類作業系統上時，資料庫名和資料表名也區分大小寫。請參見9.2.2節，「識別符大小寫敏感性」。

o        您可以使用標準的系統命令來備份、重命名、移動、刪除、並拷貝由MyISAM或ISAM儲存引擎管理的資料表。例如，要想重命名MyISAM資料表，可重命名資料表對應的.MYD、.MYI、以及.frm檔案。

資料庫、資料表、索引、列或別名能夠以數字開頭（但或許不能全部由數字構成）。

·         通用語言語法

o        可以使用「」」或「』」括住字串，而不僅是「』」。

o        在字串中使用「\」作為轉義字元。

o        在SQL語句中，可以使用「db_name.tbl_name」語法訪問不同資料庫中的資料表。某些SQL伺服器提供了相同的功能，但使用該用戶空間除外。MySQL伺服器不支援資料表空間，如下述語句中使用的那樣： CREATE TABLE ralph.my_table...IN my_tablespace.

·         SQL語句的語法

o        ANALYZE TABLE，CHECK TABLE，OPTIMIZE TABLE，以及REPAIR TABLE語句。

o        CREATE DATABASE和DROP DATABASE語句。請參見13.1.3節，「CREATE DATABASE語法」。

o        DO語句。

o        EXPLAIN SELECT獲取如何聯合資料表的介紹。

o        FLUSH和RESET語句。

o        SET語句。請參見13.5.3節，「SET語法」。

o        SHOW語句。請參見13.5.4節，「SHOW語法」。

o        使用LOAD DATA INFILE。在很多情況下，該語法與Oracle的LOAD DATA INFILE兼容。請參見13.2.5節，「LOAD DATA INFILE語法」。

o        RENAME TABLE的使用。請參見13.1.9節，「RENAME TABLE語法」。

o        使用REPLACE取代DELETE + INSERT。請參見13.2.6節，「REPLACE語法」。

o        在ALTER TABLE語句中使用CHANGE col_name、DROP col_name、或DROP INDEX、IGNORE或RENAME。在ALTER TABLE語句中使用多個ADD、ALTER、DROP或CHANGE子句。請參見13.1.2節，「ALTER TABLE語法」。

o        使用索引名，字段前綴上的索引，並在CREATE TABLE語句中使用INDEX或KEY。請參見13.1.5節，「CREATE TABLE語法」。

o        與CREATE TABLE一起使用TEMPORARY或IF NOT EXISTS。

o        與DROP TABLE一起使用IF EXISTS。

o        使用單個DROP TABLE語句，能夠捨棄多個資料表。

o        UPDATE和DELETE語句的ORDER BY和LIMIT子句。

o        INSERT INTO ... SET col_name = ... syntax.

o        INSERT和REPLACE語句的DELAYED子句。

o        INSERT、REPLACE、DELETE和UPDATE語句的LOW_PRIORITY子句。

o        在SELECT語句中使用INTO OUTFILE和STRAIGHT_JOIN。請參見13.2.7節，「SELECT語法」。

o        SELECT語句中的SQL_SMALL_RESULT選項。

o        不需要在GROUP BY部分命名所有選擇的列。對於某些十分特殊但相當正常的查詢，它能提供更好的性能。請參見12.10節，「與GROUP BY子句同時使用的函數和修改程式」。

o        可以與GROUP BY一起指定ASC和DESC。

o        能夠在帶有「:=」賦值操作符的語句中設置變數。

o                     mysql> SELECT @a:=SUM(total),@b=COUNT(*),@a/@b AS avg

o                         -> FROM test_table;

o                     mysql> SELECT @t1:=(@t2:=1)+@t3:=4,@t1,@t2,@t3;

·         列類型

o        列類型MEDIUMINT、SET、ENUM、以及不同的BLOB和TEXT類型。

o        列屬性AUTO_INCREMENT、BINARY、NULL、UNSIGNED以及ZEROFILL。

·         函數和操作符

o        為了使其他SQL環境下的用戶更容易入手，MySQL伺服器對很多函數均支援別名特性。例如，所有的字串函數均支援標準SQL語法和ODBC語法。

o        MySQL伺服器能夠理解「||」和「&&」操作符，將其當作邏輯OR和AND，就像在C編程語言中那樣。在MySQL伺服器中，||和OR是同義詞，&&和AND也是同義詞。由於採用了該優異的語法體系，MySQL伺服器不支援SQL針對字串連接的「||」操作符，而採用了CONCAT()取而代之。由於CONCAT()能夠接受任意數目的參量，很容易將使用「||」操作符的情況轉換為MySQL伺服器支援的類型。

o        請在有多於1個元素的場合下使用COUNT(DISTINCT list)。

o        預設情況下，所有的字串比較均區分大小寫，其分類順序由當前字元編碼確定（預設為cp1252 Latin1）。如果您不喜歡該點，應使用BINARY屬性或BINARY cast聲明列，這樣，就會使用基本的字元代碼值進行比較，而不是詞彙順序。

o        「%」操作符等同於MOD()。也就是說「N % M」等同於MOD(N,M)。Cyuyan的程式員支援「%」，而且它也是為了兼容PostgreSQL而使用的。

o        在列比較中，可在SELECT語句的FROM左側使用=、<>、<=、<、>=、>、<<、>>、<=>、AND、OR或LIKE操作符。例如：

o                     mysql> SELECT col1=1 AND col2=2 FROM tbl_name;

o        返回最近AUTO_INCREMENT值的LAST_INSERT_ID()函數。請參見12.9.3節，「訊息函數」。

o        允許在數值列上使用LIKE。

o        REGEXP和NOT REGEXP延伸了常規的資料表達式操作符。

o        具有1個或2個以上參量的CONCAT()或CHAR()。（在MySQL伺服器中，這些函數可以有任意數目的參量）。

o        BIT_COUNT()、CASE、ELT()、FROM_DAYS()、FORMAT()、IF()、PASSWORD()、ENCRYPT()、MD5()、ENCODE()、DECODE()、PERIOD_ADD()、PERIOD_DIFF()、TO_DAYS()、以及WEEKDAY()函數。

o        使用TRIM()來調整子字串。標準S