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

sysbench 1.10中為什么原來的命令無效，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

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

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

熟悉 sysbench的 0.5 版本的同學，可能還記得命令集合 ，prepare , warmup , run , cleanup, 并且可以調整 測試的表的數量，表中插入的數據量等等。還是比較好用的，最后能給你一個 關于你測試的MYSQL的整體的一個 QPS  TPS 的指標等等，并且在壓測的時候，你還能觀察一下系統整體的壓力之類，至少一個生產服務器上線你要知道你服務器的承受能力之類的。

可能習慣其他數據庫服務器的同學，一般不進行壓測，直接上線，下圖就是在壓測時，MYSQL 報錯信息，而此時，innodb_buffer 還有很多內存未使用。在得到報錯時間點的 CPU  ， 內存， I/O 等數據， 你就可以在系統監控中得到這個系統的警報點，與預設值，當監控系統達到這樣一個值，你就應該做點什么了，不過大部分很少做壓測

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

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

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

在用新的sysbench 測試的時候，發現一些問題，就是即使我給出 thread ,event 等數值，也基本上改變不了我測試的中間的結果。只不過線程增加了。

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

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

順藤摸瓜，找到oltp_common.lua ,

相關項設置的東西原來在這里，修改了lua中的表的SIZE 和 表的數量，同時還有一些其他的設置，例如一次合并多少個 transaction 等等。

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