推薦：access與sql語(yǔ)法上有哪些區(qū)別
假設(shè)表game有一字段為gameYuiJian為bit字段(SQL SERVER 20005)和是/否字段（ACCSS數(shù)據(jù)庫(kù))，在編寫腳本文件時(shí)，如下才能正確執(zhí)行 SQL strCmd = Select Top 14 * From game Where gameTuiJian = 1 Order By Id Desc; OleDb strCmd = Select Top 14 * From game Where gam

 　　1、優(yōu)化數(shù)據(jù)類型

　　MySQL中數(shù)據(jù)類型有多種，如果你是一名DBA，正在按照優(yōu)化的原則對(duì)數(shù)據(jù)類型進(jìn)行嚴(yán)格的檢查，但開發(fā)人員可能會(huì)選擇他們認(rèn)為最簡(jiǎn)單的方案，以加快編碼速度，或者選擇最明顯的選擇，因此，你可能面臨的都不是最佳的選擇，如果可能的話，你應(yīng)該嘗試以通用準(zhǔn)則來改變這些決定。 IT專家網(wǎng)獨(dú)家：MySQL存儲(chǔ)過程調(diào)試

　　(1)避免使用NULL

　　NULL對(duì)于大多數(shù)數(shù)據(jù)庫(kù)都需要特殊處理，MySQL也不例外，它需要更多的代碼，更多的檢查和特殊的索引邏輯，有些開發(fā)人員完全沒有意識(shí)到，創(chuàng)建表時(shí)NULL是默認(rèn)值，但大多數(shù)時(shí)候應(yīng)該使用NOT NULL，或者使用一個(gè)特殊的值，如0，-1作為默認(rèn)值。

　　(2)僅可能使用更小的字段

　　MySQL從磁盤讀取數(shù)據(jù)后是存儲(chǔ)到內(nèi)存中的，然后使用cpu周期和磁盤I/O讀取它，這意味著越小的數(shù)據(jù)類型占用的空間越小，從磁盤讀或打包到內(nèi)存的效率都更好，但也不要太過執(zhí)著減小數(shù)據(jù)類型，要是以后應(yīng)用程序發(fā)生什么變化就沒有空間了。修改表將需要重構(gòu)，間接地可能引起代碼的改變，這是很頭疼的問題，因此需要找到一個(gè)平衡點(diǎn)。MySQL中隱藏空間問題介紹

　　2、小心字符集轉(zhuǎn)換

　　客戶端或應(yīng)用程序使用的字符集可能和表本身的字符集不一樣，這需要MySQL在運(yùn)行過程中隱含地進(jìn)行轉(zhuǎn)換，此外，要確定字符集如UTF-8是否支持多字節(jié)字符，因此它們需要更多的存儲(chǔ)空間。

　　3、優(yōu)化count(my_col)和count(*)

　　如果你使用MyISAM表，在沒有where子句的情況下使用count(*)速度是很快的，因?yàn)樾袛?shù)量的統(tǒng)計(jì)是非常精確的，因此MySQL不會(huì)一行一行地去找，進(jìn)而得出行數(shù)，如my_col列沒有空值，那么和前面說的情況會(huì)一樣，即count(my_col)速度也會(huì)很快。

　　如果有where子句時(shí)使用count( )，基本上就無法進(jìn)行更多優(yōu)化了，在where子句中超出了明顯的索引列，對(duì)于復(fù)雜的where子句，只有使用覆蓋索引才有用。

　　除了上面的建議外，你還可以使用匯總表，它們讓你可以對(duì)表的內(nèi)容保持更新，你可以使用觸發(fā)器，或者應(yīng)用程序邏輯保持匯總表總是最新狀態(tài)，或者定期運(yùn)行一個(gè)批處理作業(yè)保持填充最新的數(shù)據(jù)信息，如果你采用后者，你的信息將會(huì)非常接近，但不是精確的，依賴于批處理作業(yè)多久運(yùn)行一次，這需要權(quán)衡應(yīng)用程序?qū)�精確信息的需要，和保持?jǐn)?shù)據(jù)更新的系統(tǒng)開銷，要在這二者之間找到一個(gè)平衡點(diǎn)。

　　4、優(yōu)化子查詢

　　遇到子查詢時(shí)，MySQL的查詢優(yōu)化引擎并不是總是最有效的，這就是為什么經(jīng)常將子查詢轉(zhuǎn)換為連接查詢的原因了，優(yōu)化器已經(jīng)能夠正確處理連接查詢了，當(dāng)然要注意的一點(diǎn)是，確保連接表(第二個(gè)表)的連接列是有索引的，在第一個(gè)表上MySQL通常會(huì)相對(duì)于第二個(gè)表的查詢子集進(jìn)行一次全表掃描，這是嵌套循環(huán)算法的一部分。

　　5、優(yōu)化UNION

　　在跨多個(gè)不同的數(shù)據(jù)庫(kù)時(shí)使用UNION是一個(gè)有趣的優(yōu)化方法，UNION從兩個(gè)互不關(guān)聯(lián)的表中返回?cái)?shù)據(jù)，這就意味著不會(huì)出現(xiàn)重復(fù)的行，同時(shí)也必須對(duì)數(shù)據(jù)進(jìn)行排序，我們知道排序是非常耗費(fèi)資源的，特別是對(duì)大表的排序。

　　UNION ALL可以大大加快速度，如果你已經(jīng)知道你的數(shù)據(jù)不會(huì)包括重復(fù)行，或者你不在乎是否會(huì)出現(xiàn)重復(fù)的行，在這兩種情況下使用UNION ALL更適合。此外，還可以在應(yīng)用程序邏輯中采用某些方法避免出現(xiàn)重復(fù)的行，這樣UNION ALL和UNION返回的結(jié)果都是一樣的，但UNION ALL不會(huì)進(jìn)行排序。

分享：總結(jié)mysql服務(wù)器查詢慢原因
會(huì)經(jīng)常發(fā)現(xiàn)開發(fā)人員查一下沒用索引的語(yǔ)句或者沒有l(wèi)imit n的語(yǔ)句，這些沒語(yǔ)句會(huì)對(duì)數(shù)據(jù)庫(kù)造成很大的影響，例如一個(gè)幾千萬條記錄的大表要全部掃描，或者是不停的做filesort，對(duì)數(shù)據(jù)庫(kù)和服務(wù)器造成io影響等。這是鏡像庫(kù)上面的情況。 而到了線上庫(kù)，除了出現(xiàn)沒有索引的語(yǔ)句