怎样分析mysql的性能并优化

第一优化你的sql和索引；

第二加缓存，memcached,redis；

第三以上都做了后，还是慢，就做主从复制或主主复制，读写分离，可以在应用层做，效率高，也可以用三方工具，第三方工具推荐360的atlas,其它的要么效率不高，要么没人维护；

第四如果以上都做了还是慢，不要想着去做切分，mysql自带分区表，先试试这个，对你的应用是透明的，无需更改代码,但是sql语句是需要针对分区表做优化的，sql条件中要带上分区条件的列，从而使查询定位到少量的分区上，否则就会扫描全部分区，另外分区表还有一些坑，在这里就不多说了；

第五如果以上都做了，那就先做垂直拆分，其实就是根据你模块的耦合度，将一个大的系统分为多个小的系统，也就是分布式系统；

第六才是水平切分，针对数据量大的表，这一步最麻烦，最能考验技术水平，要选择一个合理的sharding key,为了有好的查询效率，表结构也要改动，做一定的冗余，应用也要改，sql中尽量带sharding key，将数据定位到限定的表上去查，而不是扫描全部的表；

mysql数据库一般都是按照这个步骤去演化的，成本也是由低到高；

一般来讲，普通的服务器是24核（12核24线程），64G，SATA盘。

近似值：只测试读，绝对可以达到 1.5w 每秒，只测试写，绝对超越 4000 每秒的，平均响应 10ms 以内。这里只是近似值，只写，甚至可以达到1w左右。

fusion卡，业务低峰时，每秒单机数据会是：insert 100，update 100，select 1000+，大多数mysql的rt时间在200us。这是个很低的量。

对于普通个人机器，性能也会相对应下降，但是不至于这么低。

对于一个网站，200ms是rt（单次请求中多次数据库读写+缓存读写+数据处理+内部调用的总时间），而且是比较高的值了。

不考虑测试用例，不考虑业务，单说时间，先考虑从索引方面优化吧，200ms无论如何都太高了，建议优化到10ms，这是对个人机器最起码的尊重。

1、MySQL性能卓越、服务稳定，很少出现异常宕机。

2、MySQL开放源代码且无版权制约，自主性及使用成本低。

3、MySQL历史悠久，用户使用活跃，遇到问题可以寻求帮助。

4、MySQL体积小，安装方便，易于维护。

5、MySQL口碑效应好，是的企业无需考虑就用之，LAMP、LNMP流行架构。

6、MySQL支持多种 *** 作系统，提供多种API接口，支持多种开发语言，特别是PHP。

SQL Server的优点众多，但是Microsoft SQL Server和其他数据库产品相比也存在着以下劣势：

1、开放性。只能运行在微软的windows平台，没有丝毫的开放性可言。

2、可伸缩性，并行性。并行实施和共存模型并不成熟，很难处理日益增多的用户数和数据卷，伸缩性有限。

3、性能稳定性。SQLServer当用户连接多时性能会变的很差，并且不够稳定。

4、使用风险。SQLServer完全重写的代码，经历了长期的测试，不断延迟，许多功能需时间来证明。并不十分兼容早期产品。使用需要冒一定风险。

5、客户端支持及应用模式。只支持C/S模式。

---