我們今天是要和大家一起討論的是MySQL兩項(xiàng)性能的基本測試，我前兩天在一信譽(yù)度很好的網(wǎng)站看見MySQL兩項(xiàng)性能的基本測試的資料，覺得挺好，就拿出來供大家分享。希望你在瀏覽之后會(huì)對(duì)其有更深的印象。

以下的文章主要描述的是 MySQL兩項(xiàng)性能的基本測試，我們使用的是 212992條數(shù)據(jù)在同一臺(tái)機(jī)器上來執(zhí)行update的實(shí)際操作，采用的是 MySQL5.0版。主要目的是對(duì)兩項(xiàng)性能進(jìn)行測試，以下就是詳細(xì)內(nèi)容。

MySQL兩項(xiàng)性能測試之一使用存儲(chǔ)過程性能可以提升多少？

MySQL的存儲(chǔ)過程從無到有，已經(jīng)是很大的進(jìn)步了，但網(wǎng)上有些人說，MySQL的存儲(chǔ)過程性能沒什么提升，甚至還不如不用存儲(chǔ)過程比較快，耳聽為虛，眼見為實(shí)，所以我就自己親自做了一個(gè)測試，結(jié)果如下：

使用存儲(chǔ)過程 沒有使用存儲(chǔ)過程

1. 10985ms 14906ms

2. 11562ms 14828ms

3. 11890ms 14500ms

4. 11360ms 15047ms

5. 12407ms 14578ms

結(jié)論：我個(gè)人認(rèn)為存儲(chǔ)過程在數(shù)據(jù)量大的情況下，肯定性能上有更大的優(yōu)勢的，所以說MySQL存儲(chǔ)過程沒有什么效率的人明顯是誤人子弟！東西可以亂吃，話可不能亂說

MySQL兩項(xiàng)性能測試之二分頁測試

MySQL有了limit，使分頁變得簡單多了，但是聽說limit還是存在性能問題，所以需要優(yōu)化，這是根據(jù)我上一篇文字的優(yōu)化方法，對(duì)其進(jìn)行測試，看看這種是否有效

直接limit 10,10 先做offset 10，在選出10

1. 10ms 15ms

2. 10ms 15ms

3. 10ms 15ms

直接limit 100000，10 先做offset 100000，在選出10

1. 78ms 46ms

2. 78ms 47ms

3. 78ms 47ms

直接limit 200000，10 先做offset 200000，在選出10

1. 156ms 79ms

2. 188ms 78ms

3. 153ms 78ms

4. 141ms 94ms

5. 141ms 93ms

直接limit 200000，10000 先做offset 200000，在選出10000

1. 171ms 94ms

2. 140ms 78ms

3. 172ms 93ms

4. 156ms 93ms

5. 157ms 94ms

以上的相關(guān)內(nèi)容就是對(duì)MySQL兩項(xiàng)性能測試的介紹，望你能有所收獲。 

【編輯推薦】

1. 解決MySQL中文亂碼的方法歸納
2. MySQL數(shù)據(jù)庫到Oracle程序遷移那些事項(xiàng)應(yīng)值得注意？
3. MySQL 安裝備份在Linux系統(tǒng)中的安裝
4. MySQL 數(shù)據(jù)庫的雙機(jī)熱備實(shí)際操作配置
5. Mysql安裝與qmail實(shí)際操作概述