sysbench 1.10中為什么原來的命令無效

sysbench 1.10中為什么原來的命令無效，相信很多沒有經(jīng)驗(yàn)的人對(duì)此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個(gè)問題。

公司最近大量的MYSQL要上線，不做壓力測(cè)試時(shí)說不過去的，所以拿出一直使用的sysbench 來壓測(cè)一下MYSQL ，問題就開始了，最早用的是0.5 version. 

各種命令是比較熟悉的，目前最新版本的sysbench 是1.10

熟悉 sysbench的 0.5 版本的同學(xué)，可能還記得命令集合 ，prepare , warmup , run , cleanup, 并且可以調(diào)整 測(cè)試的表的數(shù)量，表中插入的數(shù)據(jù)量等等。還是比較好用的，最后能給你一個(gè) 關(guān)于你測(cè)試的MYSQL的整體的一個(gè) QPS  TPS 的指標(biāo)等等，并且在壓測(cè)的時(shí)候，你還能觀察一下系統(tǒng)整體的壓力之類，至少一個(gè)生產(chǎn)服務(wù)器上線你要知道你服務(wù)器的承受能力之類的。

可能習(xí)慣其他數(shù)據(jù)庫服務(wù)器的同學(xué)，一般不進(jìn)行壓測(cè)，直接上線，下圖就是在壓測(cè)時(shí)，MYSQL 報(bào)錯(cuò)信息，而此時(shí)，innodb_buffer 還有很多內(nèi)存未使用。在得到報(bào)錯(cuò)時(shí)間點(diǎn)的 CPU  ， 內(nèi)存， I/O 等數(shù)據(jù)， 你就可以在系統(tǒng)監(jiān)控中得到這個(gè)系統(tǒng)的警報(bào)點(diǎn)，與預(yù)設(shè)值，當(dāng)監(jiān)控系統(tǒng)達(dá)到這樣一個(gè)值，你就應(yīng)該做點(diǎn)什么了，不過大部分很少做壓測(cè)

問題是這個(gè)1.10版本的 sysbench 和 0.5 相比，無論是可以操控的參數(shù)和能得出的結(jié)果指標(biāo)，都和以前大相徑庭，從baidu  google上搜相關(guān)的信息也都是停留在老版本的操作方法，新的版本基本上我是沒有找到，詳細(xì)的說明，而github上的信息，也是非常的 “吝嗇”。是在是無法找回當(dāng)然壓測(cè)的酣暢淋漓。

是在沒轍就只能自己研究了，所以才有了這篇文字。

從sysbench 的源代碼里面，我是沒有找到在哪里能配置 table 和 table size的信息，以及之前的一些配置信息。

在用新的sysbench 測(cè)試的時(shí)候，發(fā)現(xiàn)一些問題，就是即使我給出 thread ,event 等數(shù)值，也基本上改變不了我測(cè)試的中間的結(jié)果。只不過線程增加了。

最后，通過每條命令中的所帶有的 lua 腳本，我找到了如何能像之前來控制產(chǎn)生表的數(shù)據(jù)量。

在安裝sysbench后，（編譯安裝），你應(yīng)該能在系統(tǒng)目錄中獲得 lua的一系列的腳本。你隨意打開一個(gè) lua  的腳本， 你可以很清晰的看到都有需要oltp_common ，另外在眾多的腳本中，我也沒有找到與表大小和多少表有關(guān)的信息。

順藤摸瓜，找到oltp_common.lua ,

相關(guān)項(xiàng)設(shè)置的東西原來在這里，修改了lua中的表的SIZE 和 表的數(shù)量，同時(shí)還有一些其他的設(shè)置，例如一次合并多少個(gè) transaction 等等。

看完上述內(nèi)容，你們掌握sysbench 1.10中為什么原來的命令無效的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！