共计 2768 个字符，预计需要花费 7 分钟才能阅读完成。
丸趣 TV 小编给大家分享一下如何实现 sysbench 压测 MyCAT 的 shell 脚本，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
中间件 MyCAT 自己之前也简单测试过，总结过。最近做分布式测试，我大体分了三个阶段：
一. 环境部署，MHA 和 MyCAT 的融合，读写分离
二.sharding 策略和分库分表的压力测试
三. 结合业务做分库分表的模拟测试
尤其是分库分表的测试方面，目前还是存在一些需要确认的点。
我在测试之前所想，做这个分布式测试的意义是什么？是想通过测试来论证什么，希望达到什么目标，是否稳定，功能是否满足需求，这些都是需要反复明确的地方。
当然，这些我没有留太多的时间下来，我希望是速战速决，但是测试质量还是需要基本保证，那就是测试的场景基本要全面一些。
测试工具的选择上，我目前先选择了 sysbench, 原生支持，操作起来相对容易控制，尤其是支持的场景很丰富，在一些流水型数据的业务中，我如果侧重测试密集型插入的场景，就可以很轻松的使用 insert 的模板来测试。
MyCAT 的部署上本身是很简单的，无非是一些基本的环境配置。如果是一个新手，从安装 Java 到部署 MyCAT, 如果全程跟进，基本两个小时都能够拿下来。部署安装参见之前的一篇文章 Mycat 读写分离配置实践
而 sharding 策略的配置还是需要花一些时间的，首先是你得理解它的 sharding 逻辑。大体明白之后，事情就很简单了。
测试的场景，我是这样来规划的，首先在 3 个物理机上面部署了 MySQL 服务，每个服务器是一个 sharding 节点，然后有另外一台服务器部署了 MyCAT, 这样就是一个简单的分布式 sharding 环境。
要压测基本的性能情况，有几种测试的方法，假设测试的表为：sharding_table, 存在的数据库为 db1,db2,db3,db4
测试的场景就会很丰富.
场景 1：
场景 2：
在之前的基础上进行扩展，按照这个进度，基本就是 3N 的方式，所以就会有 3,6,9,12 这样的一些分布方式，这样的好处就是前期规划了，后期如果出现瓶颈，可以很方便的拆分。
要完成这些工作，每个场景测试偷工减料测试几分钟也是不行的，每个场景最起码得 1 个小时，按照这个要求，至少得 20 个小时，人是铁饭是钢，我不能一直守在那里。所以就在下班前写了个脚本，让它慢慢跑吧，明天上班收数。
我前期做了快速迭代，把每个场景都大体跑了下，得到了一个基本的数据分布，然后细化到每个场景一个小时来收到相对完整的数据情况。
脚本如下，我配置了 10 个 sbtest[N] 的表, 如果是做分片，3 个服务器节点切分成 12 个 sharding 分片，那就是 120 个表。测试的场景我是分为不同的 sharding 分片，不同的线程数。需要提前配置下 rules.xml 和 schema.xml 我是准备了好几份这个配置文件，到时候直接替换就行。
#!/bin/bash
time= 3600
sleep_time= 60
function clean_data
{
echo $time
echo ${sleep_time}
mysql -umycat_user -pmycat_user -P8066 -h227 .0.0.1 EOF
use sbtestdb1
delete from sbtest1;
delete from sbtest2;
delete from sbtest3;
delete from sbtest4;
delete from sbtest5;
delete from sbtest6;
delete from sbtest7;
delete from sbtest8;
delete from sbtest9;
delete from sbtest10;
EOF
sleep ${sleep_time}
}
function sysbench_test
{
clean_data
shard_no=$ 1
thread_no=$ 2
/usr/bin/sysbench /usr/share/sysbench/oltp_insert.lua –db-driver=mysql
–mysql_storage_engine=innodb –mysql-user=mycat_user
–mysql-password=xxxx –mysql-port= 8066 –mysql-host= 127.0.0.1
–mysql-db=sbtestdb1 –auto_inc= 1 –tables= 10 –table-size= 50000000
–threads=${thread_no} –time=$time –report-interval= 5
run |tee sysbench_${thread_no}_sharding_${shard_no}.log
sleep ${sleep_time}
}
function change_sharding
{
shard_no=$ 1
date
echo SHARDING_NO: ${shard_no}
mv /usr/local/mycat/conf/schema.xml /usr/local/mycat/conf/schema.xml.tmp /dev/null
cp /usr/local/mycat/conf/schema.xml.sharding_${shard_no} /usr/local/mycat/conf/schema.xml /dev/null
/usr/local/mycat/bin/mycat restart /dev/null
sleep ${sleep_time}
}
change_sharding 12
sysbench_test 12 16
sysbench_test 12 32
sysbench_test 12 64
sysbench_test 12 98
sysbench_test 12 128
change_sharding 9
sysbench_test 9 16
sysbench_test 9 32
sysbench_test 9 64
sysbench_test 9 98
sysbench_test 9 128
change_sharding 6
sysbench_test 6 16
sysbench_test 6 32
sysbench_test 6 64
sysbench_test 6 98
sysbench_test 6 128
change_sharding 3
sysbench_test 3 16
sysbench_test 3 32
sysbench_test 3 64
sysbench_test 3 98
sysbench_test 3 128
以上是“如何实现 sysbench 压测 MyCAT 的 shell 脚本”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
