标签：记录 数据库 成败 十一大 qps 并发 sql 服务器 cpu

稳定的数据库和服务器环境

平常网站运行正常

双十一的时候，web服务器压力增大（多买几个服务器也能解决）、数据库服务器压力增大（数据库服务器强调一致性和完整性，所以不能复制多个），所以重点解决数据库服务压力。

常见的数据库架构：一个主服务器架构+多个从服务器架构

带来的问题：

一个主服务器，也没有高复用的主从复制组件，万一主服务器出现故障，很难自动进行故障切换，为了不让系统崩溃，只能让数据库管理人在从服务器  挑选一个数据最新的从服务器，然后手动 升为主服务器，这一操作耗费时间，大约有半个小时。而且对主服务器网卡容量要求也比较高，可能引起网卡后续故障提升成本。

影响数据库的因素：

1、sql查询速度

2、服务器硬件

3、网卡流量

4、磁盘IO能力（比较好的fashion 磁盘：读写比较是在200左右）

最好不要在主数据库上座数据备份或者大型活动前取消这类计划（会增加服务器压力）

qps：每秒钟处理的查询量

假设我们服务器有一个cpu

10ms处理1个sql；1s处理100个sql；则qps就接近于100（因为cpu还有其他被占用）

100ms处理1个sql；则qps就接近于10。

主服务器（64核cpu；内存512g）的qps和tps衡量数据库服务器好坏标准（不错的数据是：30w以上qps；5w以上tps）

超高的qps和tps带来的风险：效率低下的sql

在大促环境下，访问量增加，则qps和tps也会增加，所以优化sql是很重要的，因为目前mysql还不支持多cpu并发运算，也就是说一个sql用一个cpu。

对于数据库性能来说，80%都是由慢查询导致的；大多数问题，都能通过优化sql来解决

并发量和CPU使用率：并发量在700以上的时候，cpu使用率也接近100%了

并发量：同一时间处理的请求数量

同时连接数，可能在处理数据也可能在sleep

大量的并发和超高的cpu使用率带来的风险：

大量的并发：数据库连接被占满；

超高的CPU使用率：因为cpu耗尽而宕机

标签：记录,数据库,成败,十一大,qps,并发,sql,服务器,cpu
来源： https://www.cnblogs.com/shirley-csdn/p/16443809.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。