《MySQL是怎樣運行的：從根兒上理解 MySQL》采用詼諧幽默的表達方式，對MySQL的底層運行原理進行了介紹，內(nèi)容涵蓋了使用MySQL的同學在求職面試和工作中常見的一些核心概念。總計22 章，劃分為4個部分。第1部分介紹了MySQL入門的一些知識，比如MySQL的服務器程序和客戶端程序有哪些、MySQL的啟動選項和系統(tǒng)變量，以及使用的字符集等。第2部分是本書后續(xù)章節(jié)的基礎，介紹了MySQL的一些基礎知識，比如記錄、頁面、索引、表空間的結構和用法等。第3部分則與大家在工作中經(jīng)常遇到的查詢優(yōu)化問題緊密相關，介紹了單表查詢、連接查詢的執(zhí)行原理，MySQL基于成本和規(guī)則的優(yōu)化具體指什么，并詳細分析了Explain語句的執(zhí)行結果。第4部分則是與MySQL中的事務和鎖相關，介紹了事務概念的來源，MySQL是如何實現(xiàn)事務的，包括redo日志、undo日志、MVCC、各種鎖的細節(jié)等。
成都創(chuàng)新互聯(lián)公司是少有的成都網(wǎng)站制作、網(wǎng)站設計、營銷型企業(yè)網(wǎng)站、微信小程序開發(fā)、手機APP,開發(fā)、制作、設計、外鏈、推廣優(yōu)化一站式服務網(wǎng)絡公司,成立與2013年,堅持透明化,價格低,無套路經(jīng)營理念。讓網(wǎng)頁驚喜每一位訪客多年來深受用戶好評
盡管《MySQL是怎樣運行的：從根兒上理解 MySQL》在寫作時參考的MySQL源代碼版本是5.7.22，但是大部分內(nèi)容與具體的版本號并沒有多大關系。無論是很早之前就已身居MySQL專家的人員，還是希望進一步提升技能的DBA，甚至是三五年后才會入行的“萌新”，本書都是他們徹底了解MySQL運行原理的優(yōu)秀書
在MySQL日常運維工作中，經(jīng)常會用到各種管理工具，這些工具屬于mysql自帶的管理工具，存儲在mysql目錄下的bin目錄中，例如對象查看，備份，日志分析等，熟練使用是運維開發(fā)人員的必備工作，這些工具參數(shù)很多，這里介紹常用選項，更多詳細可參考幫助文件。
在mysql工具集中，管理員使用最頻繁的就是mysql命令了，它是連接數(shù)據(jù)庫的客戶端工具，類似oracle中的sqlplus，通過它可以進入mysql控制臺界面。在大部分情況下，使用簡單，命令語法如下：
常用選項：選項一般有兩種表達方式，一種是"-"+選項單詞縮寫和選項值；另一種是“--”+選項的完整單詞“=”選項實際值。例如我們連接數(shù)據(jù)庫的兩種命令如下：
myisampack是一個表壓縮工具，它對MyISAM存儲引擎表能進行高度壓縮，可以很大的節(jié)省磁盤空間，但是壓縮后的表只能讀，不能寫，不能進行DML操作，所以它的使用場景一般是歸檔 歷史 數(shù)據(jù)。命令如下：
當對一個壓縮表進行增加操作時會報一個錯誤：ERROR 1036 Table is read only,但時對查詢和統(tǒng)計時可以正常操作的。
mysqladmin是一個對數(shù)據(jù)庫進行管理操作的客戶端工具，可用來檢查服務器是否可用、顯示數(shù)據(jù)庫版本號和狀態(tài)，還可以直接新增一個數(shù)據(jù)庫，也可對數(shù)據(jù)庫進行關閉，功能和mysql類似，它的參數(shù)和mysql差異不大，命令如下：
它還可以修改root密碼，命令如下
MySQL自帶的mysqlbinlog工具的作用是解析二進制binlog的日志內(nèi)容，把二進制數(shù)據(jù)還原成mysql可以執(zhí)行的SQL語句。我有篇文章專門介紹該工具的使用，請具體參考：
傳送門：mysql運維管理（七）：使用Mysqlbinlog工具恢復增量數(shù)據(jù)
mysqlcheck工具可以用來檢查和修復MyISAM存儲引擎的表,還能做優(yōu)化的工作，例如check、repair、analyze、optimize等等功能。具體命令如下：
注意，如果是innodb引擎的表，不能用上述優(yōu)化工具。
mysqldump工具用來邏輯備份數(shù)據(jù)庫，或者數(shù)據(jù)遷移。該工具是最常用的備份工具。
我有篇文章專門介紹該工具的使用，請具體參考：
傳送門：mysql運維管理（五）：掌握MySQLdump邏輯備份工具使用
它是數(shù)據(jù)導入工具，專門用來處理mysqldump 加-T選項后導出的文本文件，基本用法很簡單，命令如下：
客戶端對象查找工具，用來查找數(shù)據(jù)庫，數(shù)據(jù)庫的表，表中列或者索引，具體使用命令如下:
不加任何選項，默認顯示所有數(shù)據(jù)庫。
常用參數(shù)：
--count ,用來顯示數(shù)據(jù)庫和表的統(tǒng)計信息，不指定數(shù)據(jù)庫的話，顯示所有庫信息
-k或者--keys，用來顯示指定表中所有索引，例如查看employees庫中employees表的索引信息，
在使用mysql使用過程中，會經(jīng)常出現(xiàn)錯誤，錯誤信息都會帶有一個編碼，具體編碼代表什么意思，就需要perror來查看。用法很簡單：
舉個例子，我們故意寫錯一個查詢語句，例如：
現(xiàn)在有一個編碼1054，我們可以用perror查看下
結果跟用工具顯示的內(nèi)容差不多，當然第三方工具也會顯示錯誤信息。
本章做了一個常用工具的使用匯總，并舉例說明了基本用法，熟練使用是每個運維人員必修內(nèi)容，當然還有很多參數(shù)沒有一一列舉，可以參考相關幫助文檔。
MySQL是一個關系型數(shù)據(jù)庫管理系統(tǒng)，由瑞典MySQL AB公司開發(fā)，屬于Oracle旗下產(chǎn)品，是最流行的關系型數(shù)據(jù)庫管理系統(tǒng)之一。
端口是3306。
表很多時，使用linux腳本，需要根據(jù)需要修改一下：
和創(chuàng)建一樣，可以加上 if exists
可兩篇文章：
如：
用于在已有的表中添加、刪除或修改列。
添加 ADD
或
默認是添加到最后，但可以指定位置。 FIRST ：添加最前
AFTER 字段名 ：添加指定字段之后
例子：
刪除 DROP
修改 MODIFY 主要修改原列的類型或約束條件 同樣可以用 FIRST 和 AFTER 字段名 ，代表的是修改到哪里。
修改字段名 CHANGE
可以把表2的數(shù)據(jù)復制到表1中，但 不能復制約束性條件 。
單行
多行，注意 只有一個VALUES ：
不寫 (行1, 行2...) 這一部分的話，默認一一對應
除了以上方法外，還可以用SET為每一行附上相應的值。
假如沒有篩選的話，就給全部都修改了?？梢杂? WHERE 篩選。
假如 沒有篩選的話，就給全部刪除了 。相當于清空。
清空
先把表刪除，然后再建一個。與 DELETE FROM 相比， TRUNCATE 的效率更快，因為 DELETE FROM 是把記錄逐條刪除的。
查詢執(zhí)行的順序
FROM -- WHERE -- SELECT -- GROUP BY -- HAVING -- ORDER BY -- LIMIT
注意
當數(shù)據(jù)很大，上百萬的時候，使用LIMIT ... OFFSET ..的方式進行分頁十分浪費資源且耗時長。最好是結合WHERE使用，如：
REGEXP 使用正則表達進行匹配。 查詢時，需要搭配WHERE或HAVING使用 。
兩個表之間有交集且要用到兩個表的數(shù)據(jù)時，可以使用內(nèi)連接查詢。
LEFT JOIN 關鍵字從左表（table1）返回所有的行，即使右表（table2）中沒有匹配。如果右表中沒有匹配，則結果為 NULL。
用法：
RIGHT JOIN 關鍵字從右表（table2）返回所有的行，即使左表（table1）中沒有匹配。如果左表中沒有匹配，則結果為 NULL。 把LEFT JOIN的表1、表2調(diào)換順序，就是REGHT JOIN 。
FULL OUTER JOIN 關鍵字只要左表（table1）和右表（table2）其中一個表中存在匹配，則返回行. 相當于結合了 LEFT JOIN 和 RIGHT JOIN 的結果。
但 MySQL中不支持 FULL OUTER JOIN 。
即SELECT嵌套。
IN 一個查詢結果作為另一個查詢的條件。 如：
EXISTS 用于判斷查詢子句是否有記錄，如果有一條或多條記錄存在返回 True，否則返回 False。True時執(zhí)行。 如：
索引的本質(zhì)是一種排好序的數(shù)據(jù)結構。利用索引可以提高查詢速度。
常見的索引有：
MySQL通過外鍵約束來保證表與表之間的數(shù)據(jù)的完整性和準確性。 外鍵的使用條件：
外鍵的好處：可以使得兩張表關聯(lián)，保證數(shù)據(jù)的一致性和實現(xiàn)一些級聯(lián)操作。
對已有的兩個表增加外鍵 比如：主表為A，子表為B，外鍵為aid，外鍵約束名字為a_fk_b
為子表添加一個字段，當做外鍵
為子表添加外鍵約束條件
假如刪除記錄報錯： [Err] 1451 -Cannot deleteorupdatea parent row: aforeignkeyconstraintfails (...)
這是因為MySQL中設置了foreign key關聯(lián)，造成無法更新或刪除數(shù)據(jù)?？梢酝ㄟ^設置 FOREIGN_KEY_CHECKS 變量來避免這種情況。 第一步：禁用外鍵約束，我們可以使用： SETFOREIGN_KEY_CHECKS=0; 第二步：刪除數(shù)據(jù) 第三步：啟動外鍵約束，我們可以使用： SETFOREIGN_KEY_CHECKS=1; 查看當前FOREIGN_KEY_CHECKS的值，可用如下命令： SELECT @@FOREIGN_KEY_CHECKS;
使用 UNION 來組合兩個查詢，如果第一個查詢返回 M 行，第二個查詢返回 N 行，那么組合查詢的結果一般為 M+N 行。
每個查詢必須包含相同的列、表達式和聚集函數(shù)。
默認會去除相同行，如果需要 保留 相同行，使用 UNION ALL 。
只能包含一個 ORDER BY 子句，并且必須位于語句的最后 。
內(nèi)置函數(shù)很多, 見: MySQL 函數(shù)
我們一般使用 START TRANSACTION 或 BEGIN 開啟事務, COMMIT 提交事務中的命令, SAVEPOINT : 相當于設置一個還原點, ROLLBACK TO : 回滾到某個還原點下
一般的使用格式如下:
開啟事務時, 默認加鎖
根據(jù)類型可分為共享鎖（SHARED LOCK）和排他鎖（EXCLUSIVE LOCK）或者叫讀鎖（READ LOCK）和寫鎖（WRITE LOCK）。
根據(jù)粒度劃分又分表鎖和行鎖。表鎖由數(shù)據(jù)庫服務器實現(xiàn)，行鎖由存儲引擎實現(xiàn)。
除此之外,我們可以顯示加鎖
加鎖時, 如果沒有索引，會鎖表，如果加了索引，就會鎖行
InnoDB默認支持行鎖，獲取鎖是分步的，并不是一次性獲取所有的鎖，因此在鎖競爭的時候就會出現(xiàn)死鎖的情況
解決方法:
即ACID特性:
由于并發(fā)事務會引發(fā)上面這些問題, 我們可以設置事務的隔離級別解決上面的問題.
MySQL的默認隔離級別（可重復讀）
查看當前會話隔離級別
方式1
方式2
設置隔離級別
主從集群的示意圖如下:
主要涉及三個線程： binlog 線程、 I/O 線程和 SQL 線程。
同步流程:
由于MySQL主從集群只會從主節(jié)點同步到從節(jié)點, 不會反過來同步, 所以需要讀寫分離
讀寫分離需要在業(yè)務層面實現(xiàn) , 寫數(shù)據(jù)只能在主節(jié)點上完成, 而讀數(shù)據(jù)可以在主節(jié)點或從節(jié)點上完成
索引是幫助MySQL高效獲取數(shù)據(jù)的排好序的數(shù)據(jù)結構
MySQL的索引有
推薦兩個在線工具:
簡單來說, B樹是在紅黑樹(一個平衡二叉樹)的基礎上將一個節(jié)點存放多個值, 實現(xiàn)的, 降低了樹的高度, 每個節(jié)點都存放索引及對應數(shù)據(jù)指針, 同一層的節(jié)點是遞增的
而B+樹在B樹的基礎上進行優(yōu)化, 非葉子節(jié)點存放 子節(jié)點的開始的索引, 葉子節(jié)點存放索引和數(shù)據(jù)的指針, 且葉子節(jié)點之間有雙向的指針
如下示意圖:
不同的引擎, 主鍵索引存放的數(shù)據(jù)也不一樣, 比如常見的 MyISAM 和 InnoDB
MyISAM 的B+樹葉子節(jié)點存放表數(shù)據(jù)的指針, InnoDB 的B+樹葉子節(jié)點存放處主鍵外的數(shù)據(jù)
其他的:
即多個列組成一個索引, 語法:
由于聯(lián)合索引的B+樹的結構, 根據(jù)列建立, 所以我們的查找條件也要根據(jù)索引列的順序( where column1=x, column2=y,columnN... ), 否則會全表掃描
如果你對列進行了 （+，-，*，/，!） , 那么都將不會走索引。
OR 引起的索引失效
OR 導致索引是在特定情況下的，并不是所有的 OR 都是使索引失效，如果OR連接的是 同 一個字段，那么索引 不會失效 ， 反之索引失效 。
這個我相信大家都明白，模糊搜索如果你前綴也進行模糊搜索，那么不會走索引。
這兩種用法，也將使索引失效。另 IN 會走索引，但是當IN的取值范圍較大時會導致索引失效，走全表掃描, 見: MySQL中使用IN會不會走索引
不走索引。
走索引。
所以設計表的時候, 建議不可為空, 而是將默認值設置為 "" ( NOT NULL DEFAULT "" )
1、選取最適用的字段屬性
MySQL 可以很好的支持大數(shù)據(jù)量的存取，但是一般說來，數(shù)據(jù)庫中的表越小，在它上面執(zhí)行的查詢也就會越快。因此，在創(chuàng)建表的時候，為了獲得更好的性能，我們可以將表中字段的寬度設得盡可能小。例如，在定義郵政編碼這個字段時，如果將其設置為CHAR(255),顯然給數(shù)據(jù)庫增加了不必要的空間，甚至使用VARCHAR這種類型也是多余的，因為CHAR(6)就可以很好的完成任務了。同樣的，如果可以的話，我們應該使用MEDIUMINT而不是BIGIN來定義整型字段。
另外一個提高效率的方法是在可能的情況下，應該盡量把字段設置為NOT NULL，這樣在將來執(zhí)行查詢的時候，數(shù)據(jù)庫不用去比較NULL值。
對于某些文本字段，例如“省份”或者“性別”，我們可以將它們定義為ENUM類型。因為在MySQL中，ENUM類型被當作數(shù)值型數(shù)據(jù)來處理，而數(shù)值型數(shù)據(jù)被處理起來的速度要比文本類型快得多。這樣，我們又可以提高數(shù)據(jù)庫的性能。
2、使用連接（JOIN）來代替子查詢(Sub-Queries)
MySQL 從4.1開始支持SQL的子查詢。這個技術可以使用SELECT語句來創(chuàng)建一個單列的查詢結果，然后把這個結果作為過濾條件用在另一個查詢中。例如，我們要將客戶基本信息表中沒有任何訂單的客戶刪除掉，就可以利用子查詢先從銷售信息表中將所有發(fā)出訂單的客戶ID取出來，然后將結果傳遞給主查詢，如下所示：
DELETE FROM customerinfo
WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo )
使用子查詢可以一次性的完成很多邏輯上需要多個步驟才能完成的SQL操作，同時也可以避免事務或者表鎖死，并且寫起來也很容易。但是，有些情況下，子查詢可以被更有效率的連接（JOIN）.. 替代。例如，假設我們要將所有沒有訂單記錄的用戶取出來，可以用下面這個查詢完成：
SELECT * FROM customerinfo
WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo )
如果使用連接（JOIN）.. 來完成這個查詢工作，速度將會快很多。尤其是當salesinfo表中對CustomerID建有索引的話，性能將會更好，查詢?nèi)缦拢?/p>
SELECT * FROM customerinfo
LEFT JOIN salesinfoON customerinfo.CustomerID=salesinfo.
CustomerID
WHERE salesinfo.CustomerID IS NULL
連接（JOIN）.. 之所以更有效率一些，是因為 MySQL不需要在內(nèi)存中創(chuàng)建臨時表來完成這個邏輯上的需要兩個步驟的查詢工作。
3、使用聯(lián)合(UNION)來代替手動創(chuàng)建的臨時表
MySQL 從 4.0 的版本開始支持 UNION 查詢，它可以把需要使用臨時表的兩條或更多的 SELECT 查詢合并的一個查詢中。在客戶端的查詢會話結束的時候，臨時表會被自動刪除，從而保證數(shù)據(jù)庫整齊、高效。使用 UNION 來創(chuàng)建查詢的時候，我們只需要用 UNION作為關鍵字把多個 SELECT 語句連接起來就可以了，要注意的是所有 SELECT 語句中的字段數(shù)目要想同。下面的例子就演示了一個使用 UNION的查詢。
SELECT Name, Phone FROM client
UNION
SELECT Name, BirthDate FROM author
UNION
SELECT Name, Supplier FROM product
4、事務
盡管我們可以使用子查詢（Sub-Queries）、連接（JOIN）和聯(lián)合（UNION）來創(chuàng)建各種各樣的查詢，但不是所有的數(shù)據(jù)庫操作都可以只用一條或少數(shù)幾條SQL語句就可以完成的。更多的時候是需要用到一系列的語句來完成某種工作。但是在這種情況下，當這個語句塊中的某一條語句運行出錯的時候，整個語句塊的操作就會變得不確定起來。設想一下，要把某個數(shù)據(jù)同時插入兩個相關聯(lián)的表中，可能會出現(xiàn)這樣的情況：第一個表中成功更新后，數(shù)據(jù)庫突然出現(xiàn)意外狀況，造成第二個表中的操作沒有完成，這樣，就會造成數(shù)據(jù)的不完整，甚至會破壞數(shù)據(jù)庫中的數(shù)據(jù)。要避免這種情況，就應該使用事務，它的作用是：要么語句塊中每條語句都操作成功，要么都失敗。換句話說，就是可以保持數(shù)據(jù)庫中數(shù)據(jù)的一致性和完整性。事物以BEGIN 關鍵字開始，COMMIT關鍵字結束。在這之間的一條SQL操作失敗，那么，ROLLBACK命令就可以把數(shù)據(jù)庫恢復到BEGIN開始之前的狀態(tài)。
BEGIN;
INSERT INTO salesinfo SET CustomerID=14;
UPDATE inventory SET Quantity=11
WHERE item='book';
COMMIT;
事務的另一個重要作用是當多個用戶同時使用相同的數(shù)據(jù)源時，它可以利用鎖定數(shù)據(jù)庫的方法來為用戶提供一種安全的訪問方式，這樣可以保證用戶的操作不被其它的用戶所干擾。
5、鎖定表
盡管事務是維護數(shù)據(jù)庫完整性的一個非常好的方法，但卻因為它的獨占性，有時會影響數(shù)據(jù)庫的性能，尤其是在很大的應用系統(tǒng)中。由于在事務執(zhí)行的過程中，數(shù)據(jù)庫將會被鎖定，因此其它的用戶請求只能暫時等待直到該事務結束。如果一個數(shù)據(jù)庫系統(tǒng)只有少數(shù)幾個用戶
來使用，事務造成的影響不會成為一個太大的問題；但假設有成千上萬的用戶同時訪問一個數(shù)據(jù)庫系統(tǒng)，例如訪問一個電子商務網(wǎng)站，就會產(chǎn)生比較嚴重的響應延遲。
其實，有些情況下我們可以通過鎖定表的方法來獲得更好的性能。下面的例子就用鎖定表的方法來完成前面一個例子中事務的功能。
LOCK TABLE inventory WRITE
SELECT Quantity FROM inventory
WHEREItem='book';
...
UPDATE inventory SET Quantity=11
WHEREItem='book';
UNLOCK TABLES
這里，我們用一個 SELECT 語句取出初始數(shù)據(jù)，通過一些計算，用 UPDATE 語句將新值更新到表中。包含有 WRITE 關鍵字的 LOCK TABLE 語句可以保證在 UNLOCK TABLES 命令被執(zhí)行之前，不會有其它的訪問來對 inventory 進行插入、更新或者刪除的操作。
6、使用外鍵
鎖定表的方法可以維護數(shù)據(jù)的完整性，但是它卻不能保證數(shù)據(jù)的關聯(lián)性。這個時候我們就可以使用外鍵。例如，外鍵可以保證每一條銷售記錄都指向某一個存在的客戶。在這里，外鍵可以把customerinfo 表中的CustomerID映射到salesinfo表中CustomerID，任何一條沒有合法CustomerID的記錄都不會被更新或插入到 salesinfo中。
CREATE TABLE customerinfo
(
CustomerID INT NOT NULL ,
PRIMARY KEY ( CustomerID )
) TYPE = INNODB;
CREATE TABLE salesinfo
(
SalesID INT NOT NULL,
CustomerID INT NOT NULL,
PRIMARY KEY(CustomerID, SalesID),
FOREIGN KEY (CustomerID) REFERENCES customerinfo
(CustomerID) ON DELETECASCADE
) TYPE = INNODB;
注意例子中的參數(shù)“ON DELETE CASCADE”。該參數(shù)保證當 customerinfo 表中的一條客戶記錄被刪除的時候，salesinfo 表中所有與該客戶相關的記錄也會被自動刪除。如果要在 MySQL 中使用外鍵，一定要記住在創(chuàng)建表的時候?qū)⒈淼念愋投x為事務安全表 InnoDB類型。該類型不是 MySQL 表的默認類型。定義的方法是在 CREATE TABLE 語句中加上 TYPE=INNODB。如例中所示。
7、使用索引
索引是提高數(shù)據(jù)庫性能的常用方法，它可以令數(shù)據(jù)庫服務器以比沒有索引快得多的速度檢索特定的行，尤其是在查詢語句當中包含有MAX(), MIN()和ORDERBY這些命令的時候，性能提高更為明顯。那該對哪些字段建立索引呢？一般說來，索引應建立在那些將用于JOIN, WHERE判斷和ORDER BY排序的字段上。盡量不要對數(shù)據(jù)庫中某個含有大量重復的值的字段建立索引。對于一個ENUM類型的字段來說，出現(xiàn)大量重復值是很有可能的情況，例如 customerinfo中的“province”.. 字段，在這樣的字段上建立索引將不會有什么幫助；相反，還有可能降低數(shù)據(jù)庫的性能。我們在創(chuàng)建表的時候可以同時創(chuàng)建合適的索引，也可以使用ALTER TABLE或CREATE INDEX在以后創(chuàng)建索引。此外，MySQL
從版本3.23.23開始支持全文索引和搜索。全文索引在 MySQL 中是一個FULLTEXT類型索引，但僅能用于MyISAM 類型的表。對于一個大的數(shù)據(jù)庫，將數(shù)據(jù)裝載到一個沒有FULLTEXT索引的表中，然后再使用ALTER TABLE或CREATE INDEX創(chuàng)建索引，將是非常快的。但如果將數(shù)據(jù)裝載到一個已經(jīng)有FULLTEXT索引的表中，執(zhí)行過程將會非常慢。
8、優(yōu)化的查詢語句
絕大多數(shù)情況下，使用索引可以提高查詢的速度，但如果SQL語句使用不恰當?shù)脑挘饕龑o法發(fā)揮它應有的作用。下面是應該注意的幾個方面。首先，最好是在相同類型的字段間進行比較的操作。在MySQL 3.23版之前，這甚至是一個必須的條件。例如不能將一個建有索引的INT字段和BIGINT字段進行比較；但是作為特殊的情況，在CHAR類型的字段和 VARCHAR類型字段的字段大小相同的時候，可以將它們進行比較。其次，在建有索引的字段上盡量不要使用函數(shù)進行操作。
例如，在一個DATE類型的字段上使用YEAE()函數(shù)時，將會使索引不能發(fā)揮應有的作用。所以，下面的兩個查詢雖然返回的結果一樣，但后者要比前者快得多。
SELECT * FROM order WHERE YEAR(OrderDate)2001;
SELECT * FROM order WHERE OrderDate"2001-01-01";
同樣的情形也會發(fā)生在對數(shù)值型字段進行計算的時候：
SELECT * FROM inventory WHERE Amount/724;
SELECT * FROM inventory WHERE Amount24*7;
上面的兩個查詢也是返回相同的結果，但后面的查詢將比前面的一個快很多。第三，在搜索字符型字段時，我們有時會使用 LIKE 關鍵字和通配符，這種做法雖然簡單，但卻也是以犧牲系統(tǒng)性能為代價的。例如下面的查詢將會比較表中的每一條記錄。
SELECT * FROM books
WHERE name like "MySQL%"
但是如果換用下面的查詢，返回的結果一樣，但速度就要快上很多：
SELECT * FROM books
WHERE name="MySQL"and name"MySQM"
最后，應該注意避免在查詢中讓MySQL進行自動類型轉換，因為轉換過程也會使索引變得不起作用。
重慶分公司
重慶分公司
