倒腾了好久才腾出手来测试MyCAT的性能如何，不废话，上干货 测试环境： 虚拟机

主库：

CPU：Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz，逻辑核心8个

内存：32GB

硬盘：250G

从库：

CPU：Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz，逻辑核心8个

内存：32GB

硬盘：250G

采用MyCAT-1.4-RC版本，2015-06-17发布的，最新是06-19发布的版本 测试工具：sysbench-0.5，修改了oltp测试的脚本，让sysbench能够在MyCAT上进行测试 MySQL版本:

测试过程中的配置：使用远程连接的方式；使用128线程并发；测试数据为五张表，每一张表1000W行随机数据；开启热点数据模式；开启读写混合；关闭事务，使用了autocomment；MyCAT使用了读写分离；

测试表拥有统一的结构，

对比项目：(A)mysql单库 vs (B)MyCAT-分库全局表 vs (C)MyCAT分表分库

由于某些原因，只跑了一段时间就结束了测试，截图部分测试结果，因为没有开启事务，所以TPS均为0，就不截图了，测试过程中都没有出现error和reconnect

(A)Mysql单库结果：

(B)MyCAT分库全局表结果：

(C)MyCAT分库分表结果：

测试项目(A)   其中主库MySQL的线程CPU占有率超过了300%，IO等待超过30%，并且出现了性能抖动，基本可以认为已经给到了最大压力

测试项目(B)   同A

测试项目(C)   主库线程CPU占有率超过150%，从库的线程CPU占有率超过240%，两个库的IO等待都超过了25%；值得注意的是，MyCAT所在的服务器出现了用户CPU占有率100%的情况，后期可以考虑更换机器进行进一步的测试

初步测试结果总结： MyCAT全局表性能被腰斩还要再给一刀，突出一个惨，这么惨的原因目前未知； 分库分表以后，虽然是由两个库同时参与了测试，不过效果比预料中的要好，之前开启事务导致读写分离失败的时候，分库分表几乎也是性能腰斩的局面；考虑到MyCAT的服务器出现了CPU：100%us的现象，也许是MyCAT服务器本身限制了分库分表的性能，所以还需要后期更换环境来进行详细的测试 --------------------------------------------------------------------------------------------测试结果比预想的好，Over~---------------------------------------------------------------------------------------------------- PS：开始测试工作了的话，大概server的调优也快了.... ?(? ???ω??? ?)?估计.....；有关MyCAT的资料参考博文http://blog.itpub.net/29510932/viewspace-1664499/ PPS：顺便吐槽MyCAT对于复杂的SQL支持还需要继续改进..... _(:з」∠)_