① 如何使用loadrunner測試sql查詢語句的性能
第一步測試准備 第二步配置ODBC數據源 第三步錄制SQL語句在Sql Server查詢分析器中的運行過程 第四步優化錄制腳本設置事務 第五步改變查詢數量級查看SQL語句的性能 第六步在controller中運行腳本 下面開始具體的介紹 測試准備階段我們首先要確認測試資料庫伺服器我們可以在本地安裝SQLSERVER資料庫服務端及客戶端也可以確定一台裝好的SQL SERVER伺服器 接下來准備測試數據對資料庫測試時我們要考慮的不是SQL語句是否能夠正確執行而是在某數量級的情況下SQL語句的執行效率及資料庫服務的運行情況所以我們分別准備不同數量級的測試數據即根據實際的業務情況預估資料庫中的記錄數在本次講解中我們不考慮業務邏輯也不考慮數據表之間的關系我們只建立一張表並向此表中加入不同數量級的數據如分別加入條條條條數據查看某SQL語句的執行效率 在查詢分析器中運行如下腳本 創建測試資料庫 create database loadrunner_test; use loadrunner_test 創建測試數據表 create table test_table (username varchar()sex intage intaddress varchar()post int) 通過一段程序插入不同數量級的記錄具體的語法在這里就不多說了 declare @i int set @i=while @i< //循環次可以根據測試數據情況改變插入條數 begin BEGIN TRAN T insert into test_table (usernamesexageaddresspost) values (戶瑞海+cast(@i as varchar)@i@i+北京市和平里+cast(@i as varchar)+號); IF @@ERROR <> begin rollback; select @@error end else begin commit; set @i = @i+ end end 好了執行完上述語句後建立的數據表中已經有條記錄了下面進行第二步的操作配置ODBC數據源為了能讓loadrunner能夠通過ODBC協議連接到我們建立的SQL SERVER數據路我們需要在本機上建立ODBC數據源建立方法如下 控制面板—性能和維護—管理工具—數據源（ODBC）添加在列表中選擇SQL SERVER點擊完成根據向導輸入數據源名稱鏈接的伺服器下一步輸入鏈接資料庫的用戶名和密碼更改鏈接的資料庫完成ODBC的配置如果配置正確的話在最後一步點擊測試數據源會彈出測試成功的提示 配置好ODBC數據源後就要錄制SQL語句在查詢分析器中的執行過程了 打開loadrunner選擇ODBC協議 在start recording中的application type 選擇win applicationprogram to record中錄入SQL SERVER查詢分析器的路徑\安裝目錄\isqlwexe 開始錄制首先通過查詢分析器登錄SQL SERVER在打開的查詢分析器窗口中輸入要測試的SQL語句如select * from test_table; 在查詢分析器中執行該語句執行完成後結束錄制 好了現在就可以看到loadrunner生成的腳本了（由於腳本過長在這里就不粘貼了有需要的朋友可以加我QQ我把腳本發給你們）通過這些語句我們可以看出登錄資料庫的過程執行SQL語句的過程 接下來我們來優化腳本我們分別為資料庫登錄部分和執行SQL語句的部分加一個事物在增加一個double的變數獲取事務執行時間簡單內容如下 Action() { double trans_time; //定義一個double型變數用來保存事務執行時間 lr_start_transaction(sqserver_login); //設置登錄事務的開始 lrd_init(&InitInfo DBTypeVersion); //初始化鏈接（下面的都是loadrunner生成的腳本了大家可以通過幫助查到每個函數的意思） lrd_open_context(&CtxLRD_DBTYPE_ODBC ); lrd_db_option(Ctx OT_ODBC_OV_ODBC ); lrd_alloc_connection(&Con LRD_DBTYPE_ODBC Ctx /*Unused*/ ); ……………… trans_time=lr_get_transaction_ration( sqserver_login ); //獲得登錄資料庫的時間 lr_output_message(sqserver_login事務耗時 %f 秒 trans_time); //輸出該時間 lr_end_transaction(sqserver_login LR_AUTO); //結束登錄事務 lr_start_transaction(start_select);//開始查詢事務 lrd_cancel( Csr /*Unused*/ ); lrd_stmt(Csr select * from test_table;\r\n /*None*/ );//此句為執行的SQL lrd_bind_cols(Csr BCInfo_D ); lrd_fetch(Csr PrintRow ); …………… trans_time=lr_get_transaction_ration( start_select ); //獲得該SQL的執行時間 lr_output_message(start_select事務耗時 %f 秒 trans_time); //輸出該時間 lr_end_transaction(start_select LR_AUTO); //結束查詢事務 優化後在執行上述腳本後就可以得到登錄到資料庫的時間及運行select * from test_table這條語句的時間了當然我們也可以根據實際情況對該條語句進行參數化可以測試多條語句的執行時間也可以將該語句改為調用存儲過程的語句來測試存儲過程的運行時間 接下來把該腳本在controller中運行設置虛擬用戶數設置集合點這些操作我就不說了但是值得注意的是沒有Mercury 授權的SQL SERVER用戶license在運行該腳本時回報錯提示You do not have a license for this Vuser type Please contact Mercury Interactive to renew your license我們公司窮啊買不起loadrunner所以我也無法繼續試驗希望有license朋友們監控一下運行結果！ 最起碼在VUGen中運行該腳本我們可以得到任意一個SQL語句及存儲過程的執行時間如果我們測試的B/S結構的程序我們也可以通過HTML協議錄制的腳本在CONTROLLER中監控SQL SERVER伺服器的性能情況這樣兩方面結合起來就可以對資料庫性能做一個完整的監控了
② 如何評估和測試Mysql及oracle資料庫性能
1：伺服器環境
操作系統：Red Hat Enterprise Linux Server release 5.5 (Tikanga)
CPU：Intel(R) Xeon(R) CPU E5607 @ 2.27GHz 8核
內存：16G
Mysql：Ver 14.14 Distrib 5.5.21, for Linux (x86_64)
Oracle：OracleDatabase 11g Enterprise Edition Release
詳細數據測試（操作通過存儲過程完成）
數據插入
50並發Mysql插入性能圖示（橫坐標：當前數據總量，縱坐標：每秒執行次數）{平均值：4841.98}
③ 怎麼測試資料庫的響應速度比如查詢速度
有很多種方法可以用來找出哪些SQL語句需要優化，但是很久以來，最簡單的方法都是分析保存在V$SQL視圖中的緩存的SQL信息。通過V$SQL視圖，可以確定具有高消耗時間、CUP和IO讀取的SQL語句。
1.查看總消耗時間最多的前10條SQL語句
select*
from(selectv.sql_id,
v.child_number,
v.sql_text,
v.elapsed_time,
v.cpu_time,
v.disk_reads,
rank()over(orderbyv.elapsed_timedesc)elapsed_rank
fromv$sqlv)a
whereelapsed_rank<=10;
2.查看CPU消耗時間最多的前10條SQL語句
select*
from(selectv.sql_id,
v.child_number,
v.sql_text,
v.elapsed_time,
v.cpu_time,
v.disk_reads,
rank()over(orderbyv.cpu_timedesc)elapsed_rank
fromv$sqlv)a
whereelapsed_rank<=10;
3.查看消耗磁碟讀取最多的前10條SQL語句
select*
from(selectv.sql_id,
v.child_number,
v.sql_text,
v.elapsed_time,
v.cpu_time,
v.disk_reads,
rank()over(orderbyv.disk_readsdesc)elapsed_rank
fromv$sqlv)a
whereelapsed_rank<=10;
④ 如何評估和測試Mysql及oracle資料庫性能
首先 資料庫的性能有很多種 1：速度性能2：並發性能3：事務性能 在速度性能上，首先你需要首先確定你的測試環境。舉個例子，比如你的軟體可能的用戶群是一群使用586電腦的客戶，那麼肯定是mysql的效率要高出oracle.這個是為什麼呢，mysql在事務策略和安全策略上做的工作遠沒有oracle做出的多。如果軟體不需要這方面的高要求，那麼完全可以使用mysql,這樣機器的配置可以比較低，但是表現出的性能會更加優越。 前面是題外話，在測試前你需要首先頂一下你的測試環境，為了能讓oracle充分的表現出他的性能，你應該選取一些強勁的小型機或者伺服器來作為測試環境（雖然這樣的環境對於mysql來說可能浪費了，但是這樣才能確保2個資料庫都充分的發揮的自己的特性）。 其次，測試訪問速度，你可以通過對資料庫的大批量寫入來看出效果。所謂大批量寫入應該嘗試使用存儲過程一次讀入了10M的數據文件然後寫入並且記錄時間（同時記錄cpu,內存等佔用情況）。然後對於至少2個超過10萬的數據表做笛卡爾積查詢（全連接），查看查詢的時間。
⑤ 測試MySQL和Postgresql資料庫查詢性能怎麼做到單線程和多線程查詢
可以用多進程模擬。如果用批處理腳本的話。
看你怎麼測。
如果使用jdbc程序段，多線程確實可以模擬。一個線程一個連接。
設計好標準的數據集。網上或許有下載的。記錄好測試環境和測試各個階段所花時間。
⑥ 怎樣進行資料庫性能測試
使用LR對資料庫進行性能測試，實際上有多種辦法，包括通過現有的資料庫協議進行CS模式的先錄制後執行的模式，以及通過socket方式向伺服器發包方式的測試方式。這些是常規書籍上介紹的比較簡單上手的測試方法，但是不具備通用性，受已有協議或soc...
⑦ 如何進行資料庫的性能測試
一般採用loadrunner做性能測試
⑧ 資料庫性能優化基準測試的度量指標有哪些
當前業界常見的伺服器性能指標有:
TPC-C
TPC-E
TPC-H
SPECjbb2005
SPECjEnterprise2010
SPECint2006 及 SPECint_rate_2006
SPECfp2006 及 SPECfp_rate_2006
SAP SD 2-Tier
LINPACK
RPE2
一、TPC (Transaction Processing Performance Council) 即聯機交易處理性能協會, 成立於1988年的非盈利組織,各主要軟硬體供應商均參與,成立目標: 為業界提供可信的資料庫及交易處理基準測試結果,當前發 布主要基準測試為:
TPC-C : 資料庫在線查詢(OLTP)交易性能
TPC-E : 資料庫在線查詢(OLTP)交易性能
TPC-H : 商業智能 / 數據倉庫 / 在線分析(OLAP)交易性能
1.TPC-C測試內容：資料庫事務處理測試, 模擬一個批發商的訂單管理系統。實際衡量伺服器及資料庫軟體處理在線查詢交易處理（OLTP）的性能表現. 正規 TPC-C 測試結果發布必須提供 tpmC值, 即每分鍾完成多少筆 TPC-C 資料庫交易 (TPC-C Transaction Per Minute), 同時要提供性價比$/tpmC。如果把 TPC-C 測試結果寫成為 tpm, TPM, TPMC, TPCC 均不屬正規。
2.TPC-E測試內容：資料庫事務處理測試，模擬一個證券交易系統。與TPC-C一樣，實際衡量伺服器及資料庫軟體處理在線查詢交易處理（OLTP）的性能表現。正規TPC-E測試結果必須提供tpsE值，即每秒鍾完成多少筆TPC-E資料庫交易（transaction per second），同時提供$/tpsE。測試結果寫成其他形式均不屬正規。
對比：TPC-E測試較TPC-C測試，在測試模型搭建上增加了應用伺服器層，同時增加了資料庫結構的復雜性,測試成本相對降低。截止目前，TPC-E的測試結果僅公布有50種左右，且測試環境均為PC伺服器和windows操作系統，並無power伺服器的測試結果。除此之外，TPC官方組織並未聲明TPC-E取代TPC-C，所以，說TPC-E取代TPC-C並沒有根據。
⑨ 幾個常用的MySQL性能測試工具
1、mysqlslap
安裝：簡單，裝了mysql就有了
作用：模擬並發測試資料庫性能。
優點：簡單，容易使用。
不足：不能指定生成的數據規模，測試過程不清楚針對十萬級還是百萬級數據做的測試，感覺不太適合做綜合測試，比較適合針對既有資料庫，對單個sql進行優化的測試。
使用方法：
可以使用mysqlslap --help來顯示使用方法：
Default options are read from the following files in the given order:
/etc/mysql/my.cnf /etc/my.cnf ~/.my.cnf
--concurrency代表並發數量，多個可以用逗號隔開，concurrency=10,50,100, 並發連接線程數分別是10、50、100個並發。
--engines代表要測試的引擎，可以有多個，用分隔符隔開。
--iterations代表要運行這些測試多少次。
--auto-generate-sql 代表用系統自己生成的SQL腳本來測試。
--auto-generate-sql-load-type 代表要測試的是讀還是寫還是兩者混合的（read,write,update,mixed）
--number-of-queries 代表總共要運行多少次查詢。每個客戶運行的查詢數量可以用查詢總數/並發數來計算。
--debug-info 代表要額外輸出CPU以及內存的相關信息。
--number-int-cols ：創建測試表的 int 型欄位數量
--auto-generate-sql-add-autoincrement : 代表對生成的表自動添加auto_increment列，從5.1.18版本開始
--number-char-cols 創建測試表的 char 型欄位數量。
--create-schema 測試的schema，MySQL中schema也就是database。
--query 使用自定義腳本執行測試，例如可以調用自定義的一個存儲過程或者sql語句來執行測試。
--only-print 如果只想列印看看SQL語句是什麼，可以用這個選項。
mysqlslap -umysql -p123 --concurrency=100 --iterations=1 --auto-generate-sql --auto-generate-sql-add-autoincrement --auto-generate-sql-load-type=mixed --engine=myisam --number-of-queries=10 --debug-info
或：
指定資料庫和sql語句:
mysqlslap -h192.168.3.18 -P4040 --concurrency=100 --iterations=1 --create-schema='test' --query='select * from test;' --number-of-queries=10 --debug-info -umysql -p123
要是看到底做了什麼可以加上：--only-print
Benchmark
Average number of seconds to run all queries: 25.225 seconds
Minimum number of seconds to run all queries: 25.225 seconds
Maximum number of seconds to run all queries: 25.225 seconds
Number of clients running queries: 100
Average number of queries per client: 0
以上表明100個客戶端同時運行要25秒
2、sysbench
安裝：
可以從http://sourceforge.net/projects/sysbench/ 下載
tar zxf sysbench-0.4.12.tar.gz
cd sysbench-0.4.12
./autogen.sh
./configure && make && make install
strip /usr/local/bin/sysbench
安裝時候可能會報錯，後來發現個好文 http://blog.csdn.net/icelemon1314/article/details/7004955 怕以後找不到，也貼過來吧
1.如果mysql不是默認路徑安裝，那麼需要通過指定--with-mysql-includes和--with-mysql-libs參數來載入mysql安裝路徑
2.如果報錯：
../libtool: line 838: X--tag=CC: command not found
../libtool: line 871: libtool: ignoring unknown tag : command not found
../libtool: line 838: X--mode=link: command not found
../libtool: line 1004: *** Warning: inferring the mode of operation is deprecated.: command not found
../libtool: line 1005: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
../libtool: line 2231: X-g: command not found
../libtool: line 2231: X-O2: command not found
那麼執行下根目錄的：autogen.sh文件，然後重新configure && make && make install
3.如果報錯：
sysbench: error while loading shared libraries: libmysqlclient.so.18: cannot open shared object file: No such file or directory
那麼執行下：
n -s /usr/local/mysql5.5/mysql/lib/libmysqlclient.so.18 /usr/lib64/
4.如果執行autogen.sh時，報如下錯誤：
./autogen.sh: line 3: aclocal: command not found
那麼需要安裝一個軟體：
yum install automake
然後需要增加一個參數：查找： AC_PROG_LIBTOOL 將其注釋，然後增加AC_PROG_RANLIB
作用：模擬並發,可以執行CPU/內存/線程/IO/資料庫等方面的性能測試。資料庫目前支持MySQL/Oracle/PostgreSQL
優點：可以指定測試數據的規模，可以單獨測試讀、寫的性能，也可以測試讀寫混合的性能。
不足：測試的時候，由於網路原因，測試的非常慢，但是最終給的結果卻很好，並發支持很高，所以給我的感覺是並不太准確。當然也可能我沒搞明白原理
使用方法：
准備數據
sysbench --test=oltp --mysql-table-engine=myisam --oltp-table-size=400000 --mysql-db=dbtest2 --mysql-user=root --mysql-host=192.168.1.101 --mysql-password=pwd prepare
執行測試
sysbench --num-threads=100 --max-requests=4000 --test=oltp --mysql-table-engine=innodb --oltp-table-size=400000 --mysql-db=dbtest1 --mysql-user=root --mysql-host=192.168.1.101 --mysql-password=pwd run
sysbench 0.4.12: multi-threaded system evaluation benchmark
No DB drivers specified, using mysql
Running the test with following options:
Number of threads: 100
Doing OLTP test.
Running mixed OLTP test
Using Special distribution (12 iterations, 1 pct of values are returned in 75 pct cases)
Using "BEGIN" for starting transactions
Using auto_inc on the id column
Maximum number of requests for OLTP test is limited to 4000
Threads started!
Done.
OLTP test statistics:
queries performed:
read: 56014
write: 20005
other: 8002
total: 84021
transactions: 4001 (259.14 per sec.)
deadlocks: 0 (0.00 per sec.)
read/write requests: 76019 (4923.75 per sec.)
other operations: 8002 (518.29 per sec.)
Test execution summary:
total time: 15.4393s
total number of events: 4001
total time taken by event execution: 1504.7744
per-request statistics:
min: 33.45ms
avg: 376.10ms
max: 861.53ms
approx. 95 percentile: 505.65ms
Threads fairness:
events (avg/stddev): 40.0100/0.67
execution time (avg/stddev): 15.0477/0.22
3、tpcc-mysql
安裝：
如果從原網站上下載源碼比較麻煩，需要工具、注冊、生成證書等。這里提供一個下載包http://blog.chinaunix.net/blog/downLoad/fileid/8532.html
export C_INCLUDE_PATH=/usr/include/mysql
export PATH=/usr/bin:$PATH
export LD_LIBRARY_PATH=/usr/lib/mysql
cd /tmp/tpcc/src
make
然後就會在 /tmp/tpcc-mysql 下生成 tpcc 命令行工具 tpcc_load 、 tpcc_start
作用：測試mysql資料庫的整體性能
優點：符合tpcc標准，有標準的方法，模擬真實的交易活動，結果比較可靠。
不足：不能單獨測試讀或者寫的性能，對於一些以查詢為主或者只寫的應用，就沒有這么大的意義了。
使用方法：
載入數據
創建庫
mysql>create database tpcc10;
創建表：
shell>mysql tpcc10 < create_table.sql
添加外鍵：
shell>mysql tpcc10 < add_fkey_idx.sql
載入數據:
1、單進程載入：
shell>./tpcc_load 192.168.11.172 tpcc10 root pwd 300
|主機||資料庫||用戶||密碼||warehouse|
2、並發載入：（推薦，但需要修改一下）
shell>./load.sh tpcc300 300
|資料庫||warehouse|
3、測試
./tpcc_start -h192.168.11.172 -d tpcc -u root -p 'pwd' -w 10 -c 10 -r 10 -l 60 -i 10 -f /mnt/hgfs/mysql/tpcc100_2013522.txt
***************************************
*** ###easy### TPC-C Load Generator ***
***************************************
option h with value '192.168.11.172'
option d with value 'tpcc'
option u with value 'root'
option p with value 'pwd'
option w with value '1'
option c with value '100'
option r with value '120'
option l with value '60'
option i with value '10'
option f with value '/mnt/hgfs/mysql/tpcc100_2013522.txt'
<Parameters>
[server]: 192.168.11.172
[port]: 3306
[DBname]: tpcc
[user]: root
[pass]: pwd
[warehouse]: 1
[connection]: 100
[rampup]: 120 (sec.)
[measure]: 60 (sec.)
RAMP-UP TIME.(120 sec.)
MEASURING START.
⑩ mysql資料庫性能測試
我理解的是你希望了解mysql性能測試的方法：
其實常用的一般：
選取最適用的欄位屬性
MySQL可以很好的支持大數據量的存取，但是一般說來，資料庫中的表越小，在它上面執行的查詢也就會越快。因此，在創建表的時候，為了獲得更好的性能，我們可以將表中欄位的寬度設得盡可能小。例如，在定義郵政編碼這個欄位時，如果將其設置為CHAR(255),顯然給資料庫增加了不必要的空間，甚至使用VARCHAR這種類型也是多餘的，因為CHAR(6)就可以很好的完成任務了。同樣的，如果可以的話，我們應該使用MEDIUMINT而不是BIGIN來定義整型欄位。
另外一個提高效率的方法是在可能的情況下，應該盡量把欄位設置為NOT NULL，這樣在將來執行查詢的時候，資料庫不用去比較NULL值。
對於某些文本欄位，例如「省份」或者「性別」，我們可以將它們定義為ENUM類型。因為在MySQL中，ENUM類型被當作數值型數據來處理，而數值型數據被處理起來的速度要比文本類型快得多。這樣，我們又可以提高資料庫的性能。
2、使用連接（JOIN）來代替子查詢(Sub-Queries)
MySQL從4.1開始支持SQL的子查詢。這個技術可以使用SELECT語句來創建一個單列的查詢結果，然後把這個結果作為過濾條件用在另一個查詢中。例如，我們要將客戶基本信息表中沒有任何訂單的客戶刪除掉，就可以利用子查詢先從銷售信息表中將所有發出訂單的客戶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建有索引的話，性能將會更好，查詢如下：
SELECT * FROM customerinfo LEFT JOIN salesinfoON customerinfo.CustomerID=salesinfo. CustomerID WHERE salesinfo.CustomerID IS NULL
連接（JOIN）.. 之所以更有效率一些，是因為 MySQL不需要在內存中創建臨時表來完成這個邏輯上的需要兩個步驟的查詢工作。
3、使用聯合(UNION)來代替手動創建的臨時表
MySQL 從 4.0 的版本開始支持 UNION 查詢，它可以把需要使用臨時表的兩條或更多的 SELECT 查詢合並的一個查詢中。在客戶端的查詢會話結束的時候，臨時表會被自動刪除，從而保證資料庫整齊、高效。使用 UNION 來創建查詢的時候，我們只需要用 UNION作為關鍵字把多個 SELECT 語句連接起來就可以了，要注意的是所有 SELECT 語句中的欄位數目要想同。下面的例子就演示了一個使用 UNION的查詢。
SELECT Name, Phone FROM client UNION SELECT Name, BirthDate FROM author
UNION
SELECT Name, Supplier FROM proct
4、事務
盡管我們可以使用子查詢（Sub-Queries）、連接（JOIN）和聯合（UNION）來創建各種各樣的查詢，但不是所有的資料庫操作都可以只用一條或少數幾條SQL語句就可以完成的。更多的時候是需要用到一系列的語句來完成某種工作。但是在這種情況下，當這個語句塊中的某一條語句運行出錯的時候，整個語句塊的操作就會變得不確定起來。設想一下，要把某個數據同時插入兩個相關聯的表中，可能會出現這樣的情況：第一個表中成功更新後，資料庫突然出現意外狀況，造成第二個表中的操作沒有完成，這樣，就會造成數據的不完整，甚至會破壞資料庫中的數據。要避免這種情況，就應該使用事務，它的作用是：要麼語句塊中每條語句都操作成功，要麼都失敗。換句話說，就是可以保持資料庫中數據的一致性和完整性。事物以BEGIN 關鍵字開始，COMMIT關鍵字結束。在這之間的一條SQL操作失敗，那麼，ROLLBACK命令就可以把資料庫恢復到BEGIN開始之前的狀態。
BEGIN;
INSERT INTO salesinfo SET CustomerID=14;
UPDATE inventory SET Quantity=11
WHERE item='book';
COMMIT;
事務的另一個重要作用是當多個用戶同時使用相同的數據源時，它可以利用鎖定資料庫的方法來為用戶提供一種安全的訪問方式，這樣可以保證用戶的操作不被其它的用戶所干擾。
5、鎖定表
盡管事務是維護資料庫完整性的一個非常好的方法，但卻因為它的獨占性，有時會影響資料庫的性能，尤其是在很大的應用系統中。由於在事務執行的過程中，資料庫將會被鎖定，因此其它的用戶請求只能暫時等待直到該事務結束。如果一個資料庫系統只有少數幾個用戶
來使用，事務造成的影響不會成為一個太大的問題；但假設有成千上萬的用戶同時訪問一個資料庫系統，例如訪問一個電子商務網站，就會產生比較嚴重的響應延遲。
其實，有些情況下我們可以通過鎖定表的方法來獲得更好的性能。下面的例子就用鎖定表的方法來完成前面一個例子中事務的功能。
LOCK TABLE inventory WRITE
SELECT Quantity FROM inventory
WHEREItem='book';
...
UPDATE inventory SET Quantity=11
WHEREItem='book';
UNLOCK TABLES
這里，我們用一個 SELECT 語句取出初始數據，通過一些計算，用 UPDATE 語句將新值更新到表中。包含有 WRITE 關鍵字的 LOCK TABLE 語句可以保證在 UNLOCK TABLES 命令被執行之前，不會有其它的訪問來對 inventory 進行插入、更新或者刪除的操作。
6、使用外鍵
鎖定表的方法可以維護數據的完整性，但是它卻不能保證數據的關聯性。這個時候我們就可以使用外鍵。例如，外鍵可以保證每一條銷售記錄都指向某一個存在的客戶。在這里，外鍵可以把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;
注意例子中的參數「ON DELETE CASCADE」。該參數保證當 customerinfo 表中的一條客戶記錄被刪除的時候，salesinfo 表中所有與該客戶相關的記錄也會被自動刪除。如果要在 MySQL 中使用外鍵，一定要記住在創建表的時候將表的類型定義為事務安全表 InnoDB類型。該類型不是 MySQL 表的默認類型。定義的方法是在 CREATE TABLE 語句中加上 TYPE=INNODB。如例中所示。
7、使用索引
索引是提高資料庫性能的常用方法，它可以令資料庫伺服器以比沒有索引快得多的速度檢索特定的行，尤其是在查詢語句當中包含有MAX(), MIN()和ORDERBY這些命令的時候，性能提高更為明顯。那該對哪些欄位建立索引呢？一般說來，索引應建立在那些將用於JOIN, WHERE判斷和ORDER BY排序的欄位上。盡量不要對資料庫中某個含有大量重復的值的欄位建立索引。對於一個ENUM類型的欄位來說，出現大量重復值是很有可能的情況，例如customerinfo中的「province」.. 欄位，在這樣的欄位上建立索引將不會有什麼幫助；相反，還有可能降低資料庫的性能。我們在創建表的時候可以同時創建合適的索引，也可以使用ALTER TABLE或CREATE INDEX在以後創建索引。此外，MySQL
從版本3.23.23開始支持全文索引和搜索。全文索引在MySQL 中是一個FULLTEXT類型索引，但僅能用於MyISAM 類型的表。對於一個大的資料庫，將數據裝載到一個沒有FULLTEXT索引的表中，然後再使用ALTER TABLE或CREATE INDEX創建索引，將是非常快的。但如果將數據裝載到一個已經有FULLTEXT索引的表中，執行過程將會非常慢。
8、優化的查詢語句
絕大多數情況下，使用索引可以提高查詢的速度，但如果SQL語句使用不恰當的話，索引將無法發揮它應有的作用。下面是應該注意的幾個方面。首先，最好是在相同類型的欄位間進行比較的操作。在MySQL 3.23版之前，這甚至是一個必須的條件。例如不能將一個建有索引的INT欄位和BIGINT欄位進行比較；但是作為特殊的情況，在CHAR類型的欄位和VARCHAR類型欄位的欄位大小相同的時候，可以將它們進行比較。其次，在建有索引的欄位上盡量不要使用函數進行操作。
例如，在一個DATE類型的欄位上使用YEAE()函數時，將會使索引不能發揮應有的作用。所以，下面的兩個查詢雖然返回的結果一樣，但後者要比前者快得多。
SELECT * FROM order WHERE YEAR(OrderDate)<2001;
SELECT * FROM order WHERE OrderDate<"2001-01-01";
同樣的情形也會發生在對數值型欄位進行計算的時候：
SELECT * FROM inventory WHERE Amount/7<24;
SELECT * FROM inventory WHERE Amount<24*7;
上面的兩個查詢也是返回相同的結果，但後面的查詢將比前面的一個快很多。第三，在搜索字元型欄位時，我們有時會使用 LIKE 關鍵字和通配符，這種做法雖然簡單，但卻也是以犧牲系統性能為代價的。例如下面的查詢將會比較表中的每一條記錄。
SELECT * FROM books
WHERE name like "MySQL%"
但是如果換用下面的查詢，返回的結果一樣，但速度就要快上很多：
SELECT * FROM books
WHERE name>="MySQL"and name<"MySQM"
最後，應該注意避免在查詢中讓MySQL進行自動類型轉換，因為轉換過程也會使索引變得不起作用。