下面一起來了解下如何壓測MySQL5.6中audit.log插件性能損耗，相信大家看完肯定會受益匪淺，文字在精不在多，希望如何壓測mysql5.6中audit.log插件性能損耗這篇短內容是你想要的。

阿拉山口網站制作公司哪家好，找創(chuàng)新互聯(lián)！從網頁設計、網站建設、微信開發(fā)、APP開發(fā)、成都響應式網站建設等網站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)于2013年開始到現在10年的時間，我們擁有了豐富的建站經驗和運維經驗，來保證我們的工作的順利進行。專注于網站建設就選創(chuàng)新互聯(lián)。

    測試虛擬機環(huán)境：

    主機：

    CPU：Intel(R) Core(TM) i5-6400 CPU @ 2.70GHz 4核

    內存：1G

    磁盤：SCSI硬盤 10G

    數據庫：

    版本：5.6.34

    參數： innodb_buffer_pool_size = 128M、 innodb_io_capacity = 2000

    以下是我的測試腳本：cat for_sysbench.sh

#!/bin/sh
time=3600
#0.0
for thread in {16,32,64,128,256}
do
echo "now the number of theads is $thread"
echo "============================================================================================================================================"
/bin/sh /home/linzj/shell/mysql.sh restart
sleep 30
sysbench --test=oltp --mysql-host=192.168.110.100 --mysql-port=3306 --mysql-user=root --mysql-password=root --mysql-db=sbtest1 --oltp-num-tables=10 --oltp-table-size=500000 --report-interval=10  --max-requests=0 --oltp-test-mode=nontrx --oltp-nontrx-mode=select --oltp-read-only=off --max-time=$time --num-threads=$thread run
echo "============================================================================================================================================"
done >> /tmp/sysbench.log.0.0
#1.1
sed -i 's/sync_relay_log=0/sync_relay_log=1/g' /etc/my.cnf 
sed -i 's/sync_binlog=0/sync_binlog=1/g' /etc/my.cnf  
sed -i 's/innodb_flush_log_at_trx_commit = 0/innodb_flush_log_at_trx_commit = 1/g' /etc/my.cnf  
for thread in {32,256}
do
echo "now the number of theads is $thread"
echo "============================================================================================================================================"
/bin/sh /home/linzj/shell/mysql.sh restart
sleep 30
sysbench --test=oltp --mysql-host=192.168.110.100 --mysql-port=3306 --mysql-user=root --mysql-password=root --mysql-db=sbtest1 --oltp-num-tables=10 --oltp-table-size=500000 --report-interval=10  --max-requests=0 --oltp-test-mode=nontrx --oltp-nontrx-mode=select --oltp-read-only=off --max-time=$time --num-threads=$thread run
echo "============================================================================================================================================"
done >> /tmp/sysbench.log.1.1
#100.2
sed -i 's/sync_relay_log=1/sync_relay_log=100/g' /etc/my.cnf
sed -i 's/sync_binlog=1/sync_binlog=100/g' /etc/my.cnf
sed -i 's/innodb_flush_log_at_trx_commit = 1/innodb_flush_log_at_trx_commit = 2/g' /etc/my.cnf
for thread in {32,256}
do
echo "now the number of theads is $thread"
echo "============================================================================================================================================"
/bin/sh /home/linzj/shell/mysql.sh restart
sleep 30
sysbench --test=oltp --mysql-host=192.168.110.100 --mysql-port=3306 --mysql-user=root --mysql-password=root --mysql-db=sbtest1 --oltp-num-tables=10 --oltp-table-size=500000 --report-interval=10  --max-requests=0 --oltp-test-mode=nontrx --oltp-nontrx-mode=select --oltp-read-only=off --max-time=$time --num-threads=$thread run
echo "============================================================================================================================================"
done >> /tmp/sysbench.log.100.2

其實這里測試時間不應該只有3600s，表個數和行數也不是太大，如果要獲得更為準確的壓測值，建議調大測試時間、表的行數和線程并發(fā)數。

測試出來的數據如下：

從測試的數據可以發(fā)現：

1、數據庫的audit插件的使用，確實損耗了一定的數據庫性能，如果以最佳壓測性能的128個線程并發(fā)的數據來看，有audit功能的數據庫在同等壓測時間下，事務數占比少了30%以上，響應時間延長了1倍。

2、數據庫性能并非同并發(fā)線程數呈線性關系，在并發(fā)數達到128時，事務數和響應時間均為最佳，接下來再繼續(xù)增加并發(fā)，性能反而下降。

3、這里測試數據sync_binlog和innodb_flush_log_at_trx_commit為雙1的時候，性能反而最高。這里應該是參數調整or壓測時間不足導致。至少innodb_buffer_pool_size應該調整為內存的80%。所以這份測試數據也僅僅作為參考，需要再繼續(xù)調整參數后再進行壓測才能得到更為準確的數值。

看完如何壓測mysql5.6中audit.log插件性能損耗這篇文章后，很多讀者朋友肯定會想要了解更多的相關內容，如需獲取更多的行業(yè)信息，可以關注我們的行業(yè)資訊欄目。