?
このドキュメントでは、 php中國(guó)語(yǔ)ネットマニュアル リリース
目錄
- 27.1. MySQL內(nèi)部控件
- 27.1.1. MySQL線程
- 27.1.2. MySQL測(cè)試套件
- 27.2. 為MySQL添加新函數(shù)
- 27.2.1. 自定義函數(shù)接口的特性
- 27.2.2. CREATE FUNCTION/DROP FUNCTION 語(yǔ)法
- 27.2.3. 添加新的自定義函數(shù)
- 27.2.4. 添加新的固有函數(shù)
- 27.3. 為MySQL添加新步驟
- 27.3.1. 步驟分析
- 27.3.2. 編寫步驟
- 27.1.1. MySQL線程
- 27.1.2. MySQL測(cè)試套件
??? 本章包含許多在你處理MySQL代碼時(shí)需要了解的你事情。如果你想投入到MySQL的開發(fā)中，或想要接觸到最新的中間版本的代碼，或者就是想了解開發(fā)的進(jìn)度，請(qǐng)參閱2.8.3節(jié)，“從開發(fā)源代碼樹安裝”的說(shuō)明。如果你對(duì)MySQL的內(nèi)部插件感興趣，你也可以訂閱我們的內(nèi)部插件郵件列表。這個(gè)列表的流量相對(duì)低一些。欲知如何訂閱的詳情，請(qǐng)參閱1.7.1.1節(jié)，“MySQL郵件列表”。在MySQL AB 的所有開發(fā)人員都在內(nèi)部插件列表里， 此外，我們幫助那些正在處理MySQL代碼的人。請(qǐng)隨意使用這個(gè)郵件列表來(lái)問代碼有關(guān)的問題，也可用它來(lái)發(fā)送你想奉獻(xiàn)給MySQL項(xiàng)目的 補(bǔ)丁！
??? MySQL服務(wù)器創(chuàng)建如下線程：
TCP/IP 連接線程處理所有連接請(qǐng)求，并為每一個(gè)連接創(chuàng)建一個(gè)新的專用線程來(lái)處理認(rèn)證和SQL查詢處理。
Windows NT 平臺(tái)上有一個(gè)名為管道處理程序（pipe handler）的線程，它和名為管道連接請(qǐng)求（pipe connect requests）的TCP/IP連接線程做同樣的工作。
信號(hào)線程處理所有的信號(hào)，這個(gè)線程通常也處理報(bào)警和調(diào)用process_alarm() 函數(shù)來(lái)強(qiáng)制使得空閑時(shí)間太長(zhǎng)的連接超時(shí)。
若mysqld是與DUSE_ALARM_THREAD線程一起編譯的，這個(gè)專用線程是處理 創(chuàng)建的警報(bào)的。這個(gè)線程用在一些sigwait()函數(shù)有問題的系統(tǒng)上，或者用在你想在應(yīng)用程序中使用thr_alarm()代碼而不帶專用信號(hào)處理線程之時(shí)。
若想使用flush_time=val選項(xiàng)，會(huì)創(chuàng)建一個(gè)專用線程以給定的時(shí)間間隔刷新所有表格。
每個(gè)連接都有它自己的線程。
每個(gè)被使用INSERT DELAYED 的不同表格都會(huì)有自己的線程。
若使用了master-host, 則會(huì)創(chuàng)建一個(gè)從屬的復(fù)制線程從主線程讀取并實(shí)施更新。
mysqladmin processlist 僅顯示連接，INSERT DELAYED, 及復(fù)制線程
- 27.1.2.1. 運(yùn)行MySQL測(cè)試套件
- 27.1.2.2. 擴(kuò)展MySQL測(cè)試套件
- 27.1.2.3. MySQL測(cè)試套件報(bào)告缺陷
???? 包含在Unix源碼和二進(jìn)制分發(fā)版中的測(cè)試系統(tǒng)可以讓用戶和開發(fā)人員對(duì)MySQL代碼施行回歸測(cè)試。這些測(cè)試可以在Unix上進(jìn)行，目前它們還不能在原生的Windows環(huán)境下進(jìn)行。
????? 當(dāng)前的測(cè)試案例套件不能在MySQL中測(cè)試所有東西，但是它能發(fā)現(xiàn)SQL處理代碼，OS/library文件中大多數(shù)明顯的缺陷，并且在測(cè)試復(fù)件方面也是非常徹底的。我們的終極目標(biāo)是對(duì)100%的代碼進(jìn)行測(cè)試。我們歡迎大家給我們的測(cè)試套件添加內(nèi)容。你可能會(huì)特別想貢獻(xiàn)出那些檢查你系統(tǒng)里功能性危機(jī)的測(cè)試，因?yàn)檫@將確保未來(lái)所有發(fā)行版的MySQL會(huì)與你的應(yīng)用程序一起更好地運(yùn)行。
??? 測(cè)試系統(tǒng)包括一個(gè)測(cè)試語(yǔ)言解釋器(mysqltest)，一個(gè)運(yùn)行所有測(cè)試的外殼腳本(mysql-test-run)，用專用語(yǔ)言編寫的測(cè)試案例，以及它們的預(yù)期結(jié)果。在系統(tǒng)上編譯好之后，在源代碼的root下鍵入make test 或mysql-test/mysql-test-run。如果安裝了一個(gè)二進(jìn)制分發(fā)版， cd 到安裝root (如 /usr/local/mysql), 然后鍵入 scripts/mysql-test-run。所有測(cè)試應(yīng)該都通過，假使有沒通過的，若是一個(gè)MySQL里的缺陷，你可以試著找找是因?yàn)槭裁矗⑶覉?bào)告這個(gè)問題。請(qǐng)參閱27.1.2.3節(jié)，“在MySQL測(cè)試套件里報(bào)告缺陷”。
如果你想要運(yùn)行測(cè)試套件的機(jī)器上已經(jīng)運(yùn)行了一個(gè) mysqld ，只要它不占用9306 和 9307端口，就不用停掉它。如果占用了其中的一個(gè)，以可以編輯mysql-test-run把主端口和（或）從端口號(hào)改為其它可用的。.
可使用下面指令運(yùn)行單個(gè)測(cè)試案例 mysql-test/mysql-test-run test_name.
若一個(gè)測(cè)試未通過，你可以用--force選項(xiàng)來(lái)檢查運(yùn)行著的mysql-test-run看是否是別的測(cè)試未通過。
你可以用mysqltest 語(yǔ)言編寫你自己的測(cè)試案例。不幸地是，我們還沒有寫完相關(guān)方面完整地文檔。但是，你可以查看我們現(xiàn)有的測(cè)試案例，并將它們作為范例。下面幾點(diǎn)將有助于你入手：
測(cè)試位于 mysql-test/t*.MYI，檢查所有的MyISAM表，并重啟mysqld。這樣，就能確保從干凈的狀態(tài)運(yùn)行服務(wù)器。請(qǐng)參見第5章：數(shù)據(jù)庫(kù)管理。
使用“--log”選項(xiàng)啟動(dòng)mysqld，并根據(jù)寫入日志的信息確定是否某些特殊的查詢殺死了服務(wù)器。約95%的缺陷與特定的查詢有關(guān)。正常情況下，這是服務(wù)器重啟前日志文件中最夠數(shù)個(gè)查詢中的1個(gè)。請(qǐng)參見5.11.2節(jié)，“通用查詢?nèi)罩尽薄Ｈ绻軌蛴锰厥獠樵冎貜?fù)殺死MySQL，即使在發(fā)出查詢前檢查了所有表的情況下也同樣，那么你就應(yīng)能確定缺陷，并應(yīng)提交關(guān)于該缺陷的缺陷報(bào)告。請(qǐng)參見1.7.1.3節(jié)，“如何通報(bào)缺陷和問題”。
嘗試提供一個(gè)測(cè)試范例，我們應(yīng)能利用該范例重復(fù)問題。請(qǐng)參見E.1.6節(jié)，“如果出現(xiàn)表崩潰，請(qǐng)生成測(cè)試案例”。
請(qǐng)?jiān)?span>mysql-test目錄下并根據(jù)MySQL基準(zhǔn)進(jìn)行測(cè)試。請(qǐng)參見27.1.2節(jié)，“MySQL測(cè)試套件”。它們能相當(dāng)良好地測(cè)試MySQL。你也可以為基準(zhǔn)測(cè)試增加代碼，以模擬你的應(yīng)用程序?；鶞?zhǔn)測(cè)試可在源碼分發(fā)版的sql-bench目錄下找到，對(duì)于二進(jìn)制分發(fā)版，可在MySQL安裝目錄下的sql-bench目錄下找到。
嘗試使用fork_big.pl腳本（它位于源碼分發(fā)版的測(cè)試目錄下）。
如果你將MySQL配置為調(diào)試模式，如果某事出錯(cuò)，可更為容易地搜集關(guān)于可能錯(cuò)誤的信息。如果將MySQL配置為調(diào)試模式，可生成1個(gè)安全的內(nèi)存分配程序，可使用它發(fā)現(xiàn)某些錯(cuò)誤。此外，它還提供了很多輸出，這類輸出與出現(xiàn)的問題相關(guān)。在configure上使用“--with-debug”或“--with-debug=full”選項(xiàng)重新配置MySQL，然后再編譯它。請(qǐng)參見E.1節(jié)，“調(diào)試MySQL服務(wù)器”。
確保為你的操作系統(tǒng)應(yīng)用了最新的補(bǔ)丁。
對(duì)mysqld使用“--skip-external-locking”選項(xiàng)。在某些系統(tǒng)上，lockd鎖定管理器不能正確工作，“--skip-external-locking”選項(xiàng)通知mysqld不使用外部鎖定。（這意味著，你不能在相同的數(shù)據(jù)目錄上運(yùn)行2個(gè)mysqld服務(wù)器，如果使用myisamchk，必須謹(jǐn)慎。然而，嘗試將該選項(xiàng)用作測(cè)試也是有益的）。
當(dāng)mysqld看上去正在運(yùn)行但并未響應(yīng)時(shí)，是否運(yùn)行了mysqladmin -u root processlist？某些時(shí)候，即使你認(rèn)為mysqld處于閑置狀態(tài)時(shí)，實(shí)際情況并非如此。問題可能是因?yàn)樗羞B接均已使用，或存在某些內(nèi)部鎖定問題。即使在該情況下，mysqladmin -u root processlist通常能夠進(jìn)行連接，并能提供關(guān)于當(dāng)前連接數(shù)以及其狀態(tài)的有用信息。
在運(yùn)行其他查詢的同時(shí)，在單獨(dú)的窗口中運(yùn)行命令mysqladmin -i 5 status或mysqladmin -i 5 -r status，以生成統(tǒng)計(jì)信息。
嘗試采用下述方法：
從gdb（或另一個(gè)調(diào)試器）啟動(dòng)mysqld。請(qǐng)參見E.1.3節(jié)，“在gdb環(huán)境下調(diào)試mysqld”。
運(yùn)行測(cè)試腳本。
在3個(gè)較低層面上輸出backtrace（向后跟蹤）和局部變量。在gdb中，當(dāng)mysqld在gdb內(nèi)崩潰時(shí)，可使用下述命令完成該任務(wù)：
backtraceinfo localupinfo localupinfo local使用gdb，你還能檢查與info線程共存的線程，并切換至特定的線程N，其中，N是線程ID。
嘗試用Perl腳本模擬你的應(yīng)用程序，強(qiáng)制MySQL崩潰或行為異常。
發(fā)送正常的缺陷報(bào)告。請(qǐng)參見1.7.1.3節(jié)，“如何通報(bào)缺陷和問題”。應(yīng)比通常的報(bào)告更詳細(xì)。由于MySQL是為很多人提供服務(wù)的，它可能因僅存在于你的計(jì)算機(jī)上的某事崩潰（例如，與你的特定系統(tǒng)庫(kù)有關(guān)的錯(cuò)誤）。
如果你遇到與包含動(dòng)態(tài)長(zhǎng)度行的表有關(guān)的問題，而且你僅使用VARCHAR列（而不是BLOB或TEXT列），可嘗試用ALTER TABLE將所有VARCHAR列更改為CHAR列。這樣，就會(huì)強(qiáng)制MySQL使用固定大小的行。固定大小的行占用的空間略多，但對(duì)損壞的容忍度更高。
目前的動(dòng)態(tài)行代碼在MySQL AB已使用多年，很少遇到問題，但從本質(zhì)上看，動(dòng)態(tài)長(zhǎng)度行更傾向于出現(xiàn)錯(cuò)誤，因此，不妨嘗試采用該策略以查看它是否有幫助，這不失為一個(gè)好主意。
診斷問題時(shí)不要將你的服務(wù)器硬件排除在外。有缺陷的硬件能夠?qū)е聰?shù)據(jù)損壞。對(duì)硬件進(jìn)行故障診斷與排除操作時(shí)，尤其應(yīng)注意RAM和硬盤驅(qū)動(dòng)器。
在本節(jié)中，介紹了MySQL響應(yīng)磁盤滿錯(cuò)誤的方式（如“設(shè)備上無(wú)剩余空間”），以及響應(yīng)超配額錯(cuò)誤的方式（如“寫入失敗”或“達(dá)到了用戶屏蔽限制”）。
本節(jié)介紹的內(nèi)容與寫入MyISAM表有關(guān)。它也適用于寫入二進(jìn)制日志文件和二進(jìn)制索引文件，但對(duì)“row”和“record”的應(yīng)用應(yīng)被視為“event”。
出現(xiàn)磁盤滿狀況時(shí)，MySQL將：
每分鐘檢查一次，查看是否有足夠空間寫入當(dāng)前行。如果有足夠空間，將繼續(xù)，就像什么也未發(fā)生一樣。
每10分鐘將1個(gè)條目寫入日志文件，提醒磁盤滿狀況。
為了減輕問題，可采取下述措施：
要想繼續(xù)，僅需有足夠的磁盤空間以插入所有記錄。
要想放棄線程，必須使用mysqladmin kill。下次檢查磁盤時(shí)將放棄線程（1分鐘）。
其他線程可能會(huì)正在等待導(dǎo)致磁盤滿狀況的表。如果有數(shù)個(gè)“已鎖定”的線程，殺死正在磁盤滿狀況下等待的某一線程，以便允許其他線程繼續(xù)。
對(duì)前述行為的例外是，當(dāng)你使用REPAIR TABLE或OPTIMIZE TABLE時(shí)，或當(dāng)索引是在LOAD DATA INFILE或ALTER TABLE語(yǔ)句后、在批操作中創(chuàng)建的。所有這些語(yǔ)句能創(chuàng)建大的臨時(shí)文件，如果保留這些文件，會(huì)導(dǎo)致系統(tǒng)其他部分出現(xiàn)大問題。如果在MySQL執(zhí)行這類操作的同時(shí)磁盤已滿，它將刪除大的臨時(shí)文件，并將表標(biāo)注為崩潰。但對(duì)于ALTER TABLE例外，舊表保持不變。
MySQL使用環(huán)境變量TMPDIR的值作為保存臨時(shí)文件的目錄的路徑名。如果未設(shè)置TMPDIR，MySQL將使用系統(tǒng)的默認(rèn)值，通常為/tmp、/var/tmp或/usr/tmp。如果包含臨時(shí)文件目錄的文件系統(tǒng)過小，可對(duì)mysqld使用“—tmpdir”選項(xiàng)，在具有足夠空間的文件系統(tǒng)內(nèi)指定1個(gè)目錄。
在MySQL 5.1中，“—tmpdir”選項(xiàng)可被設(shè)置為數(shù)個(gè)路徑的列表，以循環(huán)方式使用。在Unix平臺(tái)上，路徑用冒號(hào)字符“:”隔開，在Windows、NetWare和OS/2平臺(tái)上，路徑用分號(hào)字符“;”隔開。注意，為了有效分布負(fù)載，這些路徑應(yīng)位于不同的物理磁盤上，而不是位于相同磁盤的不同分區(qū)中。
如果MySQL服務(wù)器正作為復(fù)制從服務(wù)器使用，不應(yīng)將“--tmpdir”設(shè)置為指向基于內(nèi)存的文件系統(tǒng)的目錄，或當(dāng)服務(wù)器主機(jī)重啟時(shí)將清空的目錄。對(duì)于復(fù)制從服務(wù)器，需要在機(jī)器重啟時(shí)仍保留一些臨時(shí)文件，以便能夠復(fù)制臨時(shí)表或執(zhí)行LOAD DATA INFILE操作。如果在服務(wù)器重啟時(shí)丟失了臨時(shí)文件目錄下的文件，復(fù)制將失敗。
MySQL會(huì)以隱含方式創(chuàng)建所有的臨時(shí)文件。這樣，就能確保中止mysqld時(shí)會(huì)刪除所有臨時(shí)文件。使用隱含文件的缺點(diǎn)在于，在臨時(shí)文件目錄所在的位置中，看不到占用了文件系統(tǒng)的大臨時(shí)文件。
進(jìn)行排序時(shí)（ORDER BY或GROUP BY），MySQL通常會(huì)使用1個(gè)或多個(gè)臨時(shí)文件。所需的最大磁盤空間由下述表達(dá)式?jīng)Q定：
(length of what is sorted + sizeof(row pointer))
* number of matched rows
* 2
“row pointer”（行指針）的大小通常是4字節(jié)，但在以后，對(duì)于大的表，該值可能會(huì)增加。
對(duì)于某些SELECT查詢，MySQL還會(huì)創(chuàng)建臨時(shí)SQL表。它們不是隱含表，并具有SQL_*形式的名稱。
ALTER TABLE會(huì)在與原始表目錄相同的目錄下創(chuàng)建臨時(shí)表。
對(duì)于服務(wù)器用來(lái)與本地客戶端進(jìn)行通信的Unix套接字文件，其默認(rèn)位置是/tmp/mysql.sock。這有可能導(dǎo)致問題，原因在于，在某些版本的Unix上，任何人都能刪除/tmp目錄下的文件。
在大多數(shù)Unix版本中，可對(duì)/tmp目錄進(jìn)行保護(hù)，使得文件只能被其所有這或超級(jí)用戶（根用戶）刪除。為此，以根用戶身份登錄，并使用下述命令在/tmp目錄上設(shè)置粘著位：
shell> chmod +t /tmp
通過執(zhí)行ls -ld /tmp，可檢查是否設(shè)置了粘著位。如果最后一個(gè)許可字符是“t”，表明設(shè)置了粘著位。
另一種方法是改變服務(wù)器創(chuàng)建Unix套接字文件的位置。如果進(jìn)行了這類操作，還應(yīng)讓客戶端程序知道文件的位置。能夠以多種不同方式指定文件位置：
在全局或局部選項(xiàng)文件中指定路徑。例如，將下述行置于文件/etc/my.cnf中：
[mysqld]
socket=/path/to/socket
?
[client]
socket=/path/to/socket
請(qǐng)參見4.3.2節(jié)，“使用選項(xiàng)文件”。
在運(yùn)行客戶端程序時(shí)，在命令行上為mysqld_safe指定“--socket”選項(xiàng)。
將MYSQL_UNIX_PORT環(huán)境變量設(shè)置為Unix套接字文件的路徑。
重新從源碼編譯MySQL，以使用不同的默認(rèn)Unix套接字文件位置。運(yùn)行configure時(shí)，用“--with-unix-socket-path”選項(xiàng)定義文件路徑。請(qǐng)參見2.8.2節(jié)，“典型配置選項(xiàng)”。
用下述命令連接服務(wù)器，能夠測(cè)試新的套接字位置是否工作：
shell> mysqladmin --socket=/path/to/socket version
如果遇到與SELECT NOW()有關(guān)的問題，它返回GMT值而不是當(dāng)?shù)貢r(shí)間，就應(yīng)通知服務(wù)器你的當(dāng)前失去。如果UNIX_TIMESTAMP()返回錯(cuò)誤值，上述方式同樣適用。應(yīng)為服務(wù)器所運(yùn)行的環(huán)境進(jìn)行這類設(shè)置，例如，在mysqld_safe或mysql.server中。請(qǐng)參見附錄F：環(huán)境變量。
也可以對(duì)mysqld_safe使用“--timezone=timezone_name”選項(xiàng)，為服務(wù)器設(shè)置失去。也可以在啟動(dòng)mysqld之前，通過設(shè)置TZ環(huán)境變量完成該設(shè)置。
“--timezone”或TZ的允許值與系統(tǒng)有關(guān)。關(guān)于可接受的值，請(qǐng)參見操作系統(tǒng)文檔。
- A.5.1. 搜索中的大小寫敏感性
-
A.5.2. 使用DATE列方面的問題
-
A.5.3. 與NULL值有關(guān)的問題
- A.5.4. 與列別名有關(guān)的問題
- A.5.5. 非事務(wù)表回滾失敗
- A.5.6. 從相關(guān)表刪除行
- A.5.7. 解決與不匹配行有關(guān)的問題
- A.5.8. 與浮點(diǎn)比較有關(guān)的問題
在默認(rèn)情況下，MySQL搜索不區(qū)分大小寫（但某些字符集始終區(qū)分大小寫，如czech）。這意味著，如果你使用col_name LIKE 'a%'進(jìn)行搜索，你將獲得以A或a開始的所有列。如果打算使搜索區(qū)分大小寫，請(qǐng)確保操作數(shù)之一具有區(qū)分大小寫的或二進(jìn)制校對(duì)。例如，如果你正在比較均適用latin1字符集的列和字符串，可使用COLLATE操作符，使1個(gè)操作數(shù)具有latin1_general_cs或latin1_bin校對(duì)特性。例如：
col_name COLLATE latin1_general_cs LIKE 'a%'
col_name LIKE 'a%' COLLATE latin1_general_cs
col_name COLLATE latin1_bin LIKE 'a%'
col_name LIKE 'a%' COLLATE latin1_bin
如果希望總是以區(qū)分大小寫的方式處理列，可使用區(qū)分大小寫的或二進(jìn)制校對(duì)聲明它。請(qǐng)參見13.1.5節(jié)，“CREATE TABLE語(yǔ)法”。
簡(jiǎn)單的比較操作（>=, >, =, <, <=, 排序和分組）基于每個(gè)字符的“排序值”。具有相同排序值的字符（如‘E’, ‘e’,和‘??’）將被當(dāng)作相同的寫字符。
DATE值的格式是'YYYY-MM-DD'。按照標(biāo)準(zhǔn)的SQL，不允許其他格式。在UPDATE表達(dá)式以及SELECT語(yǔ)句的WHERE子句中應(yīng)使用該格式。例如：
mysql> SELECT * FROM tbl_name WHERE date >= '2003-05-05';
為了方便，如果日期是在數(shù)值環(huán)境下使用的，MySQL會(huì)自動(dòng)將日期轉(zhuǎn)換為數(shù)值（反之亦然）。它還具有相當(dāng)?shù)闹悄埽诟聲r(shí)或在與TIMESTAMP、DATE或DATETIME列比較日期的WHERE子句中，允許“寬松的”字符串形式（“寬松形式”表示，任何標(biāo)點(diǎn)字符均能用作各部分之間的分隔符。例如，'2004-08-15'和'2004#08#15'是等同的）。MySQL還能轉(zhuǎn)換不含任何分隔符的字符串（如'20040815'），前體是它必須是有意義的日期。
使用<、<=、=、>=、>、或BETWEEN操作符將DATE、TIME、DATETIME或TIMESTAMP與常量字符串進(jìn)行比較時(shí)，MySQL通常會(huì)將字符串轉(zhuǎn)換為內(nèi)部長(zhǎng)整數(shù)，以便進(jìn)行快速比較（以及略為“寬松”的字符串檢查）。但是，該轉(zhuǎn)換具有下述例外：
比較兩列時(shí)
將DATE、TIME、DATETIME或TIMESTAMP列與表達(dá)式進(jìn)行比較時(shí)
使用其他比較方法時(shí)，如IN或STRCMP()。
對(duì)于這些例外情形，會(huì)將對(duì)象轉(zhuǎn)換為字符串并執(zhí)行字符串比較，采用該方式進(jìn)行比較。
為了保持安全，假定按字符串比較字符串，如果你打算比較臨時(shí)值和字符串，將使用恰當(dāng)?shù)淖址瘮?shù)。
對(duì)于特殊日期'0000-00-00'，能夠以'0000-00-00'形式保存和檢索。在MyODBC中使用'0000-00-00'日期時(shí)，對(duì)于MyODBC 2.50.12或更高版本，該日期將被自動(dòng)轉(zhuǎn)換為NULL，這是因?yàn)?span>ODBC不能處理這類日期。
由于MySQL能夠執(zhí)行前面所介紹的轉(zhuǎn)換，下述語(yǔ)句均能正常工作：
mysql> INSERT INTO tbl_name (idate) VALUES (19970505);
mysql> INSERT INTO tbl_name (idate) VALUES ('19970505');
mysql> INSERT INTO tbl_name (idate) VALUES ('97-05-05');
mysql> INSERT INTO tbl_name (idate) VALUES ('1997.05.05');
mysql> INSERT INTO tbl_name (idate) VALUES ('1997 05 05');
mysql> INSERT INTO tbl_name (idate) VALUES ('0000-00-00');
?
mysql> SELECT idate FROM tbl_name WHERE idate >= '1997-05-05';
mysql> SELECT idate FROM tbl_name WHERE idate >= 19970505;
mysql> SELECT MOD(idate,100) FROM tbl_name WHERE idate >= 19970505;
mysql> SELECT idate FROM tbl_name WHERE idate >= '19970505';
但是，下述語(yǔ)句不能正常工作：
mysql> SELECT idate FROM tbl_name WHERE STRCMP(idate,'20030505')=0;
STRCMP()是一種字符串函數(shù)，它能將idate轉(zhuǎn)換為'YYYY-MM-DD'格式的字符串，并執(zhí)行字符串比較。它不能將'20030505'轉(zhuǎn)換為日期'2003-05-05'并進(jìn)行日期比較。
如果你正在使用ALLOW_INVALID_DATES SQL模式，MySQL允許以僅執(zhí)行給定的有限檢查方式保存日期：MySQL僅保證天位于1～31的范圍內(nèi)，月位于1～12的范圍內(nèi)。
這樣就使得MySQL很適合于Web應(yīng)用程序，其中，你能獲得三個(gè)不同字段中的年、月、日值，也能準(zhǔn)確保存用戶插入的值（無(wú)日期驗(yàn)證）。
如果未使用NO_ZERO_IN_DATE SQL模式，“天”和“月”部分可能為0。如果你打算將生日保存在DATE列而且僅知道部分日期，它十分方便。
如果未使用NO_ZERO_DATE SQL模式，MySQL也允許你將'0000-00-00'保存為“偽日期”。在某些情況下，它比使用NULL值更方便。
如果無(wú)法將日期轉(zhuǎn)換為任何合理值，“0”將保存在DATE列中，并被檢索為'0000-00-00'。這是兼顧速度和便利性的事宜。我們認(rèn)為，數(shù)據(jù)庫(kù)服務(wù)器的職責(zé)是檢索與你保存的日期相同的日期（即使在任何情況下，數(shù)據(jù)在邏輯上不正確也同樣）。我們認(rèn)為，對(duì)日期的檢查應(yīng)由應(yīng)用程序而不是服務(wù)器負(fù)責(zé)。
如果你希望MySQL檢查所有日期并僅接受合法日期（除非由IGNORE覆蓋），應(yīng)將sql_mode設(shè)置為"NO_ZERO_IN_DATE,NO_ZERO_DATE"。
對(duì)于SQL的新手，NULL值的概念常常會(huì)造成混淆，他們常認(rèn)為NULL是與空字符串''相同的事。情況并非如此。例如，下述語(yǔ)句是完全不同的：
mysql> INSERT INTO my_table (phone) VALUES (NULL);
mysql> INSERT INTO my_table (phone) VALUES ('');
這兩條語(yǔ)句均會(huì)將值插入phone（電話）列，但第1條語(yǔ)句插入的是NULL值，第2條語(yǔ)句插入的是空字符串。第1種情況的含義可被解釋為“電話號(hào)碼未知”，而第2種情況的含義可被解釋為“該人員沒有電話，因此沒有電話號(hào)碼”。
為了進(jìn)行NULL處理，可使用IS NULL和IS NOT NULL操作符以及IFNULL()函數(shù)。
在SQL中，NULL值與任何其它值的比較（即使是NULL）永遠(yuǎn)不會(huì)為“真”。包含NULL的表達(dá)式總是會(huì)導(dǎo)出NULL值，除非在關(guān)于操作符的文檔中以及表達(dá)式的函數(shù)中作了其他規(guī)定。下述示例中的所有列均返回NULL：
mysql> SELECT NULL, 1+NULL, CONCAT('Invisible',NULL);
如果打算搜索列值為NULL的列，不能使用expr = NULL測(cè)試。下述語(yǔ)句不返回任何行，這是因?yàn)椋瑢?duì)于任何表達(dá)式，expr = NULL永遠(yuǎn)不為“真”：
mysql> SELECT * FROM my_table WHERE phone = NULL;
要想查找NULL值，必須使用IS NULL測(cè)試。在下面的語(yǔ)句中，介紹了查找NULL電話號(hào)碼和空電話號(hào)碼的方式：
mysql> SELECT * FROM my_table WHERE phone IS NULL;
mysql> SELECT * FROM my_table WHERE phone = '';
更多信息和示例，請(qǐng)參見3.3.4.6節(jié)，“使用NULL值”。
如果你正在使用MyISAM、InnoDB、BDB、或MEMORY存儲(chǔ)引擎，能夠在可能具有NULL值的列上增加1條索引。如不然，必須聲明索引列為NOT NULL，而且不能將NULL插入到列中。
用LOAD DATA INFILE讀取數(shù)據(jù)時(shí)，對(duì)于空的或丟失的列，將用''更新它們。如果希望在列中具有NULL值，應(yīng)在數(shù)據(jù)文件中使用\N。在某些情況下，也可以使用文字性單詞“NULL”。請(qǐng)參見13.2.5 “LOAD DATA INFILE語(yǔ)法” 。
使用DISTINCT、GROUP BY或ORDER BY時(shí)，所有NULL值將被視為等同的。
使用ORDER BY時(shí)，首先將顯示NULL值，如果指定了DESC按降序排列，NULL值將最后顯示。
對(duì)于聚合（累計(jì)）函數(shù)，如COUNT()、MIN()和SUM()，將忽略NULL值。對(duì)此的例外是COUNT(*)，它將計(jì)數(shù)行而不是單獨(dú)的列值。例如，下述語(yǔ)句產(chǎn)生兩個(gè)計(jì)數(shù)。首先計(jì)數(shù)表中的行數(shù)，其次計(jì)數(shù)age列中的非NULL值數(shù)目：
mysql> SELECT COUNT(*), COUNT(age) FROM person;
對(duì)于某些列類型，MySQL將對(duì)NULL值進(jìn)行特殊處理。如果將NULL插入TIMESTAMP列，將插入當(dāng)前日期和時(shí)間。如果將NULL插入具有AUTO_INCREMENT屬性的整數(shù)列，將插入序列中的下一個(gè)編號(hào)。
SELECT SQRT(a*b) AS root FROM tbl_name GROUP BY root HAVING root > 0;
SELECT id, COUNT(*) AS cnt FROM tbl_name GROUP BY id HAVING cnt > 0;
SELECT id AS 'Customer identity' FROM tbl_name;
標(biāo)準(zhǔn)SQL不允許在WHERE子句中已用列別名。這是因?yàn)?，?zhí)行WHERE代碼時(shí)，可能尚未確定列值。例如，下述查詢是非法的：
SELECT id, COUNT(*) AS cnt FROM tbl_name WHERE cnt > 0 GROUP BY id;
執(zhí)行WHERE語(yǔ)句以確定哪些行應(yīng)被包含在GROUP BY部分中，而HAVING用于確定應(yīng)使用結(jié)果集中的哪些行。
A.5.5.?非事務(wù)表回滾失敗
執(zhí)行ROLLBACK（回滾）時(shí)，如果收到下述消息，表示事務(wù)中使用的1個(gè)或多個(gè)表不支持事務(wù)：
警告：某些更改的非事務(wù)性表不能被回滾。
這些非事務(wù)性表不受ROLLBACK語(yǔ)句的影響。
如果在事務(wù)中意外地混合了事務(wù)性表和非事務(wù)性表，導(dǎo)致該消息的最可能原因是，你認(rèn)為本應(yīng)是事務(wù)性的表實(shí)際上不是。如你試圖使用mysqld服務(wù)器不支持的事務(wù)性存儲(chǔ)引擎（或用啟動(dòng)選項(xiàng)禁止了它）創(chuàng)建表，就可能出現(xiàn)該情況。如果mysqld不支持存儲(chǔ)引擎，它將以MyISAM表創(chuàng)建表，這是非事務(wù)性表。
可使用下述語(yǔ)句之一檢查表的標(biāo)類型：
SHOW TABLE STATUS LIKE 'tbl_name';
SHOW CREATE TABLE tbl_name;
請(qǐng)參見13.5.4.18節(jié)，“SHOW TABLE STATUS語(yǔ)法以及13.5.4.5節(jié)，“SHOW CREATE TABLE語(yǔ)法”。
使用下述語(yǔ)句，可檢查mysqld服務(wù)器支持的存儲(chǔ)引擎：
SHOW ENGINES;
也可以使用下述語(yǔ)句，檢查與你感興趣的存儲(chǔ)引擎有關(guān)的變量值：
SHOW VARIABLES LIKE 'have_%';
例如，要想確定InnoDB存儲(chǔ)引擎是否可用，可檢查have_innodb變量的值。
請(qǐng)參見13.5.4.8節(jié)，“SHOW ENGINES語(yǔ)法”和13.5.4.21節(jié)，“SHOW VARIABLES語(yǔ)法”。
如果有使用了很多表的復(fù)雜查詢，但未返回任何行，應(yīng)采用下述步驟找出什么出錯(cuò)：
用EXPLAIN測(cè)試查詢，以檢查是否發(fā)現(xiàn)某事顯然出錯(cuò)。請(qǐng)參見7.2.1節(jié)，“EXPLAIN語(yǔ)法（獲取關(guān)于SELECT的信息）”。
僅選擇在WHERE子句中使用的列。
從查詢中1次刪除1個(gè)表，直至返回了某些行為止。如果表很大，較好的主意是在查詢中使用LIMIT 10。
對(duì)于具有與上次從查詢中刪除的表匹配的行的列，發(fā)出SELECT查詢。
如果將FLOAT或DOUBLE列與具有數(shù)值類型的數(shù)值進(jìn)行比較，不能使用等式(=)比較。在大多數(shù)計(jì)算機(jī)語(yǔ)言中，該問題很常見，這是因?yàn)?，并非所有的浮點(diǎn)值均能以準(zhǔn)確的精度保存。在某些情況下，將FLOAT更改為DOUBLE可更正該問題。請(qǐng)參見A.5.8節(jié)，“與浮點(diǎn)比較有關(guān)的問題”。
如果仍不能找出問題之所在，請(qǐng)創(chuàng)建能與顯示問題的“mysql test < query.sql”一起運(yùn)行的最小測(cè)試。通過使用mysqldump --quick db_name tbl_name_1 ... tbl_name_n > query.sql轉(zhuǎn)儲(chǔ)表，可創(chuàng)建測(cè)試文件。在編輯器中打開文件，刪除某些插入的行（如果有超出演示問題所需的行），并在文件末尾添加SELECT語(yǔ)句。
通過執(zhí)行下述命令，驗(yàn)證測(cè)試文件能演示問題：
shell> mysqladmin create test2
shell> mysql test2 < query.sql
使用mysqlbug將測(cè)試文件張貼到喲娜通用MySQL郵件列表。請(qǐng)參見1.7.1.1節(jié)，“The MySQL郵件列表”。
浮點(diǎn)數(shù)有時(shí)會(huì)導(dǎo)致混淆，這是因?yàn)樗鼈儫o(wú)法以準(zhǔn)確值保存在計(jì)算機(jī)體系結(jié)構(gòu)中。你在屏幕上所看到的值通常不是數(shù)值的準(zhǔn)確值。對(duì)于FLOAT和DOUBLE列類型，情況就是如此。DECIMAL列能保存具有準(zhǔn)確精度的值，這是因?yàn)樗鼈兪怯勺址硎镜摹?/span>
在下面的示例中，介紹了使用DOUBLE時(shí)的問題：
mysql> CREATE TABLE t1 (i INT, d1 DOUBLE, d2 DOUBLE);
mysql> INSERT INTO t1 VALUES (1, 101.40, 21.40), (1, -80.00, 0.00),
??? -> (2, 0.00, 0.00), (2, -13.20, 0.00), (2, 59.60, 46.40),
??? -> (2, 30.40, 30.40), (3, 37.00, 7.40), (3, -29.60, 0.00),
??? -> (4, 60.00, 15.40), (4, -10.60, 0.00), (4, -34.00, 0.00),
??? -> (5, 33.00, 0.00), (5, -25.80, 0.00), (5, 0.00, 7.20),
??? -> (6, 0.00, 0.00), (6, -51.40, 0.00);
?
mysql> SELECT i, SUM(d1) AS a, SUM(d2) AS b
??? -> FROM t1 GROUP BY i HAVING a <> b;
?
+------+-------+------+
| i??? | a???? | b??? |
+------+-------+------+
| ???1 |? 21.4 | 21.4 |
|??? 2 |? 76.8 | 76.8 |
|??? 3 |?? 7.4 |? 7.4 |
|??? 4 |? 15.4 | 15.4 |
|??? 5 |?? 7.2 |? 7.2 |
|??? 6 | -51.4 |??? 0 |
+------+-------+------+
結(jié)果是正確的。盡管前5個(gè)記錄看上去不應(yīng)能進(jìn)行比較測(cè)試（a和b的值看上去沒有什么不同），但它們能進(jìn)行比較，這是因?yàn)轱@示的數(shù)值間的差異在十分位左右，具體情況取決于計(jì)算機(jī)的體系結(jié)構(gòu)。
如果列d1和d2定義為DECIMAL而不是DOUBLE，SELECT查詢的結(jié)果僅包含1行，即上面顯示的最后1行。
A.6.?與優(yōu)化器有關(guān)的事宜
MySQL采用了基于開銷的優(yōu)化器，以確定處理查詢的最解方式。在很多情況下，MySQL能夠計(jì)算最佳的可能查詢計(jì)劃，但在某些情況下，MySQL沒有關(guān)于數(shù)據(jù)的足夠信息，不得不就數(shù)據(jù)進(jìn)行“有教養(yǎng)”的估測(cè)。
當(dāng)MySQL未能做“正確的”事時(shí)，可使用下述工具來(lái)幫助MySQL：
使用EXPLAIN語(yǔ)句獲取關(guān)于MySQL如何處理查詢的信息。要想使用它，可在SELECT語(yǔ)句前添加關(guān)鍵字EXPLAIN：
mysql> EXPLAIN SELECT * FROM t1, t2 WHERE t1.i = t2.i;
關(guān)于EXPLAIN的詳細(xì)討論，請(qǐng)參見7.2.1節(jié)，“EXPLAIN語(yǔ)法（獲取關(guān)于SELECT的信息）”。
使用ANALYZE TABLE tbl_name，為已掃描的表更新鍵分配。請(qǐng)參見13.5.2.1節(jié)，“ANALYZE TABLE語(yǔ)法”。
為已掃描的表使用FORCE INDEX，通知MySQL：與使用給定的索引相比，表掃描開銷昂貴。請(qǐng)參見13.2.7節(jié)，“SELECT語(yǔ)法”。
SELECT * FROM t1, t2 FORCE INDEX (index_for_column)
WHERE t1.col_name=t2.col_name;
USE INDEX和IGNORE INDEX也有一定的幫助。
關(guān)于全局和表級(jí)別的STRAIGHT_JOIN。請(qǐng)參見13.2.7節(jié)，“SELECT語(yǔ)法”。
你可以調(diào)節(jié)全局或線程類系統(tǒng)變量。例如，用“--max-seeks-for-key=1000”選項(xiàng)啟動(dòng)mysqld，或使用“SET max_seeks_for_key=1000”來(lái)通知優(yōu)化器：假定任何表掃描均不會(huì)導(dǎo)致1000個(gè)以上的鍵搜索。請(qǐng)參見5.3.3節(jié)，“服務(wù)器系統(tǒng)變量”。
- A.7.1. 與ALTER TABLE有關(guān)的問題
- A.7.2. 如何更改表中的列順序
- A.7.3. TEMPORARY TABLE問題
ALTER TABLE將表更改為當(dāng)前字符集。如果在執(zhí)行ALTER TABLE操作期間遇到重復(fù)鍵錯(cuò)誤，原因在于新的字符集將2個(gè)鍵映射到了相同值，或是表已損壞。在后一種情況下，應(yīng)在表上運(yùn)行REPAIR TABLE。
如果ALTER TABLE失敗并給出下述錯(cuò)誤，問題可能是因?yàn)樵?span>ALTER TABLE操作的早期階段出現(xiàn)MySQL崩潰，沒有名為A-xxx或B-xxx的舊表：
Error on rename of './database/name.frm'
to './database/B-xxx.frm' (Errcode: 17)
在該情況下，進(jìn)入MySQL數(shù)據(jù)目錄，并刪除其名稱為以A-或B-開始的所有文件（或許你希望將它們移動(dòng)到其他地方而不是刪除它們）。
ALTER TABLE的工作方式如下：
- 用請(qǐng)求的結(jié)構(gòu)變化創(chuàng)建名為A-xxx的新表。
- 將所有行從原始表拷貝到A-xxx。
- 將原始表重命名為B-xxx。
- 將A-xxx重命名為原始表的名稱。
- 刪除B-xxx。
如果在重命名操作中出錯(cuò)，MySQL將嘗試撤銷更改。如果錯(cuò)誤很嚴(yán)重（盡管這不應(yīng)出現(xiàn)），MySQL會(huì)將舊表保留為B-xxx。簡(jiǎn)單地在系統(tǒng)級(jí)別上重命名表文件，應(yīng)能使數(shù)據(jù)復(fù)原。
如果在事務(wù)性表上使用ALTER TABLE，或正在使用Windows或OS/2操作系統(tǒng)，如果已在表上執(zhí)行了LOCK TABLE操作，ALTER TABLE將對(duì)表執(zhí)行解鎖操作。這是因?yàn)?span>InnoDB和這類操作系統(tǒng)不能撤銷正在使用的表。
首先，請(qǐng)考慮是否的確需要更改表中的列順序。SQL的核心要點(diǎn)是從數(shù)據(jù)存儲(chǔ)格式獲取應(yīng)用。總應(yīng)指定檢索數(shù)據(jù)的順序。在下面的第1條語(yǔ)句中，以col_name1、col_name2、col_name3順序返回列；在第2條語(yǔ)句中，以col_name1、col_name3、col_name2順序返回列：
mysql> SELECT col_name1, col_name2, col_name3 FROM tbl_name;
mysql> SELECT col_name1, col_name3, col_name2 FROM tbl_name;
如果決定更改表列的順序，可執(zhí)行下述操作：
- 用具有新順序的列創(chuàng)建新表。
- 執(zhí)行該語(yǔ)句：
mysql> INSERT INTO new_table
??? -> SELECT columns-in-new-order FROM old_table;
- 撤銷或重命名old_table。
- 將新表重命名為原始名稱：
mysql> ALTER TABLE new_table RENAME old_table;
SELECT *十分適合于測(cè)試查詢。但是，在應(yīng)用程序中，永遠(yuǎn)不要依賴SELECT *的使用，不要依賴根據(jù)其位置檢索列。如果添加、移動(dòng)或刪除了列，所返回的列的順序和位置不會(huì)保持相同。對(duì)表結(jié)構(gòu)的簡(jiǎn)單更改也會(huì)導(dǎo)致應(yīng)用程序失敗。
下面介紹了對(duì)使用TEMPORARY表的限制：
- TEMPORARY表只能是HEAP、ISAM、MyISAM、MERGE、或InnoDB類型。
- 在相同的查詢中，不能引用TEMPORARY表1次以上。例如，下例不能正常工作：
mysql> SELECT * FROM temp_table, temp_table AS t2;
錯(cuò)誤1137：不能再次打開表：'temp_table'
- SHOW TABLES語(yǔ)句不會(huì)列出TEMPORARY表。
- 不能使用RENAME重命名TEMPORARY表。但能使用ALTER TABLE取而代之：
mysql> ALTER TABLE orig_name RENAME new_name;
- A.8.1. MySQL中的打開事宜
在本節(jié)中，列出了當(dāng)前MySQL版本中的已知事宜。
關(guān)于平臺(tái)相關(guān)事宜的更多信息，請(qǐng)參見2.12節(jié)，“具體操作系統(tǒng)相關(guān)的注意事項(xiàng)”和附錄E：移植到其他系統(tǒng)中的安裝和移植說(shuō)明。
下面列出了已知問題，更正它們具有較高的優(yōu)先級(jí)：
- 如果將NULL值與使用ALL/ANY/SOME的子查詢進(jìn)行比較，而且子查詢返回空的結(jié)果，比較操作會(huì)評(píng)估NULL的非標(biāo)準(zhǔn)結(jié)果而不是TRUE或FALSE。在MySQL 5.1中將更正該問題。
- 對(duì)于IN的線子查詢優(yōu)化不像“=”那樣有效。
- 即使使用了lower_case_table_names=2（允許MySQL記住數(shù)據(jù)庫(kù)名和表名使用的大小寫），對(duì)于函數(shù)DATABASE()或在各種日志內(nèi)（在不區(qū)分大小寫的系統(tǒng)上），MySQL也不會(huì)記住數(shù)據(jù)庫(kù)名使用的大小寫情況。
- 在復(fù)制操作中，撤銷FOREIGN KEY約束不工作，這是因?yàn)榧s束可能在從服務(wù)器上有另一個(gè)名稱。
- REPLACE（以及具有REPLACE選項(xiàng)的LOAD DATA）不會(huì)觸發(fā)ON DELETE CASCADE。
- 如果未使用所有列而且僅使用DISTINCT列表中的列，在GROUP_CONCAT()中，DISTINCT不能與ORDER BY一起工作。
- 如果1位用戶擁有長(zhǎng)時(shí)間運(yùn)行的事務(wù)，而且另1位用戶撤銷了在事務(wù)中更新的某1表，那么在表用于事務(wù)本身之前，存在較小的機(jī)會(huì)，會(huì)在二進(jìn)制日志中包含DROP TABLE命令。我們計(jì)劃更正該問題，方法是讓DROP TABLE命令等待，直至表未在任何事務(wù)中使用為止。
- 將大的整數(shù)值（介于263和264–1之間）插入數(shù)值或字符串列時(shí)，它將作為負(fù)值插入，這是因?yàn)樵摂?shù)值是在有符號(hào)整數(shù)環(huán)境下評(píng)估的。
- 如果服務(wù)器運(yùn)行在不具備二進(jìn)制日志功能的條件下，FLUSH TABLES WITH READ LOCK不能屏蔽COMMIT，執(zhí)行完整備份時(shí)這可能會(huì)導(dǎo)致問題（表間的一致性問題）。
- 在某些情況下，作用在BDB表上的ANALYZE TABLE會(huì)導(dǎo)致表不可用，直至重啟mysqld為止。如果出現(xiàn)該情況，請(qǐng)?jiān)?span>MySQL錯(cuò)誤文件中查找下述形式的錯(cuò)誤：
001207 22:07:56? bdb:? log_flush: LSN past current end-of-log
- 在所有事務(wù)完成之前，不要在BDB表（正在其上運(yùn)行多語(yǔ)句事務(wù)）上執(zhí)行ALTER TABLE（可能會(huì)忽略事務(wù)）。
- 對(duì)于正在使用INSERT DELAYED的表，在其上執(zhí)行ANALYZE TABLE、OPTIMIZE TABLE和REPAIR TABLE時(shí)，可能會(huì)導(dǎo)致問題。
- 在表上執(zhí)行LOCK TABLE ...和FLUSH TABLES ...時(shí)，不保證沒有完成一半的事務(wù)。
- BDB表打開的速度相對(duì)較慢。如果你在數(shù)據(jù)庫(kù)上有很多BDB表，如果未使用“-A”選項(xiàng)或正使用再混編功能，要想在數(shù)據(jù)庫(kù)上使用mysql客戶端，需要花費(fèi)較長(zhǎng)的時(shí)間。當(dāng)你有大的表高速緩沖時(shí)，這點(diǎn)尤其明顯。
- 復(fù)制功能采用了查詢級(jí)日志功能：主服務(wù)器將已執(zhí)行的查詢寫入二進(jìn)制日志。這是一種速度很快、簡(jiǎn)潔和有效的記錄方法，在大多數(shù)情況下工作良好。
如果以特定的方式設(shè)計(jì)查詢，使得數(shù)據(jù)更改是非決定性（通常不推薦，即使在復(fù)制之外也同樣），主服務(wù)器和從服務(wù)器上的數(shù)據(jù)將變得不同。
例如：
- 將0或NULL值插入AUTO_INCREMENT列中的CREATE ... SELECT或INSERT ... SELECT語(yǔ)句。
- DELETE，如果從具有ON DELETE CASCADE屬性的外鍵的表中刪除行。
- REPLACE ... SELECT、INSERT IGNORE ... SELECT，如果在插入的數(shù)據(jù)中具有重復(fù)鍵。
當(dāng)且僅當(dāng)前述查詢沒有保證決定行順序的ORDER BY子句時(shí)。
例如，對(duì)于不具有ORDER BY的INSERT ... SELECT，SELECT可能會(huì)以不同的順序返回行（它會(huì)導(dǎo)致具有不同等級(jí)的行，從而導(dǎo)致AUTO_INCREMENT列中的不同數(shù)值），具體情況取決于優(yōu)化器在主服務(wù)器和從服務(wù)器上所作的選擇。
在主服務(wù)器和從服務(wù)器上，查詢將進(jìn)行不同的優(yōu)化，僅當(dāng)：
- 使用不同的存儲(chǔ)引擎在主服務(wù)器上而不是從服務(wù)器上保存表。（能夠在主服務(wù)器和從服務(wù)器上使用不同的存儲(chǔ)引擎。例如，如果從服務(wù)器具有較少的可用磁盤空間，可以在主服務(wù)器上使用InnoDB，但在 從服務(wù)器桑使用MyISAM）。
- 在主服務(wù)器和從服務(wù)器上，MySQL緩沖區(qū)大小是不同的（key_buffer_size等）。
- 在主服務(wù)器和從服務(wù)器上運(yùn)行不同的MySQL版本，版本間的優(yōu)化器代碼也不同。
該問題也會(huì)影響使用mysqlbinlog|mysql的數(shù)據(jù)庫(kù)恢復(fù)。
避免該問題的最簡(jiǎn)單方法是，為前述的非決定性查詢?cè)黾?span>ORDER BY子句，以確?？偸且韵嗤捻樞虮４婊蚋男?。
在將來(lái)的MySQL版本中，需要時(shí)，我們將自動(dòng)增加ORDER BY子句。
下面列出了已知的事宜，這些事宜將在恰當(dāng)?shù)臅r(shí)候更正：
- 日志文件名基于服務(wù)器主機(jī)名（如果未使用啟動(dòng)選項(xiàng)指定文件名的話）。如果更改了主機(jī)名，你將不得不使用諸如“--log-bin=old_host_name-bin”等選下美國(guó)。另一種選擇是重命名舊文件，以反映主機(jī)名變更情況（如果是二進(jìn)制日志，需要編輯二進(jìn)制日志索引文件，并更正binlog名稱）。請(qǐng)參見5.3.1節(jié)，“mysqld命令行選項(xiàng)”。
- Mysqlbinlog不刪除執(zhí)行LOAD DATA INFILE命令后遺留的臨時(shí)文件。請(qǐng)參見8.6節(jié)，“mysqlbinlog：用于處理二進(jìn)制日志文件的實(shí)用工具”。
- RENAME不能與TEMPORARY表一起工作，也不能與MERGE表中使用的表一起工作。
- 由于表定義文件的保存方式，不能在表名、列名或枚舉中使用字符255（CHAR(255)）。按照安排，當(dāng)我們實(shí)施了新的表定義格式文件時(shí)，將在5.1版中更正該問題。
- 使用SET CHARACTER SET時(shí)，不能在數(shù)據(jù)庫(kù)、表和列名中使用轉(zhuǎn)換的字符。
- 不能在LIKE ... ESCAPE中與ESCAPE一起使用‘_’或‘%’。
- 如果你有1個(gè)DECIMAL列，其中，相同的數(shù)值以不同的格式保存（例如，+01.00、1.00、01.00），GROUP BY可能會(huì)將每個(gè)值當(dāng)作不同的值。
- 使用MIT-pthreads時(shí)，不能在另一個(gè)目錄下創(chuàng)建服務(wù)器。這是因?yàn)樗枰?span>MIT-pthreads，我們不太會(huì)更正該問題。請(qǐng)參見2.8.5 “MIT-pthreads注意事項(xiàng)” 。
- 在GROUP BY、ORDER BY或DISTINCT中，不能可靠地使用BLOB和TEXT值。在這類情況下，與BLOB值進(jìn)行比較時(shí)，僅使用最前的max_sort_length字節(jié)。max_sort_length的默認(rèn)值是1024，可在服務(wù)器啟動(dòng)時(shí)或運(yùn)行時(shí)更改它。
- 數(shù)值計(jì)算是使用BIGINT或DOUBLE（正常情況下均為64位長(zhǎng)）進(jìn)行的。你所能獲得的精度取決于函數(shù)。通用規(guī)則是位函數(shù)是按BIGINT精度執(zhí)行的，IF和ELT()是按BIGINT或DOUBLE精度執(zhí)行的，其余的函數(shù)是按DOUBLE精度執(zhí)行的。對(duì)于除位字段外的其他數(shù)，如果大于63位（9223372036854775807），應(yīng)避免使用無(wú)符號(hào)長(zhǎng)long值。
- 在1個(gè)表中，最多能有255個(gè)ENUM和SET列。
- 在MIN()、MAX()以及其他聚合函數(shù)中，MySQL目前會(huì)根據(jù)其字符串值比較ENUM和SET列，而不是根據(jù)字符串在集合中的相對(duì)位置。
- mysqld_safe會(huì)將來(lái)自mysqld的所有消息再定向到mysqld日志。與之相關(guān)的1個(gè)問題是，如果你執(zhí)行mysqladmin refresh關(guān)閉并再次打開日志，stdout和stderr仍會(huì)被重定向到舊的日志。如果你以廣義方式使用“--log”，應(yīng)編輯mysqld_safe以記錄到host_name.err而不是host_name.log，以便通過刪除它并執(zhí)行mysqladmin refresh，方便地收回為舊日志分配的空間。
- 在UPDATE語(yǔ)句中，列從左向右更新。如果引用了已更新的列，你將得到更新值而不是原始值。例如，下述語(yǔ)句會(huì)將KEY增加2，而不是1：
mysql> UPDATE tbl_name SET KEY=KEY+1,KEY=KEY+1;
- 你可以在相同查詢中引用多個(gè)臨時(shí)表，但不能引用任何給定的臨時(shí)表1次以上。例如，下述語(yǔ)句不能正常工作：
mysql> SELECT * FROM temp_table, temp_table AS t2;
錯(cuò)誤1137：不能再次打開表：'temp_table'
- 當(dāng)你在聯(lián)合操作中使用“隱含”列時(shí)，與未使用隱含列相比，優(yōu)化器將以不同的方式處理DISTINCT。在聯(lián)合操作中，隱含列將作為結(jié)果的組成部份計(jì)數(shù)（即使未顯示），但在正常查詢中，隱含列不參與DISTINCT比較。在以后，我們可能會(huì)更改該情況，在執(zhí)行DISTINCT時(shí)不比較隱含列。
例如：
SELECT DISTINCT mp3id FROM band_downloads
?????? WHERE userid = 9 ORDER BY id DESC;
以及
SELECT DISTINCT band_downloads.mp3id
?????? FROM band_downloads,band_mp3
?????? WHERE band_downloads.userid = 9
?????? AND band_mp3.id = band_downloads.mp3id
?????? ORDER BY band_downloads.id DESC;
在第2種情況下，使用MySQL服務(wù)器3.23.x，可在結(jié)果集中獲得2個(gè)等同行（這是因?yàn)?，隱藏ID列中的值可能不同）。
注意，在結(jié)果集中，僅對(duì)不含ORDER BY列的查詢才會(huì)出現(xiàn)該情況。
- 如果在返回空集的查詢上執(zhí)行PROCEDURE，在某些情況下，PROCEDURE不轉(zhuǎn)換列。
- 創(chuàng)建具有MERGE類型的表時(shí)，不檢查基本表是否具有兼容的類型。
- 如果使用ALTER TABLE為MERGE表中使用的表增加了UNIQUE索引，然后在MERGE表上增加了正常索引，如果在表中存在舊的、非UNIQUE鍵，對(duì)于這些表，鍵順序是不同的。這是因?yàn)椋?span>ALTER TABLE會(huì)將UNIQUE索引放在正常索引之前，以便能盡早檢測(cè)到重復(fù)的鍵。
這是MySQL參考手冊(cè)的翻譯版本，關(guān)于MySQL參考手冊(cè)，請(qǐng)?jiān)L問dev.mysql.com。原始參考手冊(cè)為英文版，與英文版參考手冊(cè)相比，本翻譯版可能不是最新的。