mysql数据库中影响性能因素的讲解(附数据库架构案例)

不言
发布: 2018-09-17 17:50:28
原创
1447人浏览过

本篇文章给大家带来的内容是关于mysql数据库中影响性能因素的讲解(附数据库架构案例),有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。

关于数据库性能的故事

面试时多多少少会讲到数据库上的事情,“你对数据库的掌握如何?”,什么时候最考验数据库的性能,答应主要方面上讲就是大数据量的读写时,而电商类的大促活动就是考验各自的数据库性能的时候啦。

对于web服务器而言,数据量大时,我们可以简单的通过横向扩展来减少单个服务器的负担,但是对于数据库服务器来说就没有那么简单了,他们不可能做到轻易的横向扩展,这样也违背了数据库的完整性与一致性的原则,那么我们的数据库架构该如何搭建呢?

对于大促类活动而言,不管是产品多好、策划多成功,如果没有稳定的数据库及服务器环境,则这所谓的一切都将是一场空呀。

数据库架构案例

1842195120-5b9dc2ea27af8_articlex.png

如图所示,主从服务器之间没有任何主从复制组件,即当主服务器出现了故障,很难进行主服务器的切换,这需要DBA在从服务器中选择数据最新的从服务器将其提升为主服务器并同步其他从服务器,这个过程的时间成本也是非常沉重的。

且过多的从服务器,当业务量大时对主服务器的网卡也是一定的挑战。

我们可以通过对集群的监控信息来了解是什么影响了数据库性能。

答应其实是肯定的,一般情况下主要是QPS与TPS、并发量(同一时间处理的请求的数量,避免和同时连接数混淆)、磁盘IO、读操作过于高

这里有个建议:最好不要在主库上数据备份,起码在大型活动前要取消这类计划、

影响数据库的因素

sql查询速度
服务器硬件
网卡流量
磁盘IO

  • 超高的QPS和TPS

    即构数智人
    即构数智人

    即构数智人是由即构科技推出的AI虚拟数字人视频创作平台,支持数字人形象定制、短视频创作、数字人直播等。

    即构数智人 36
    查看详情 即构数智人

风险:效率底下的SQL(QPS:每秒钟处理的查询量)

  • 大量的并发和超高的CPU使用率

风险:大量的并发(数据库连接数被占满(max_connections默认100))
风险:超高的CPU使用率(因CPU资源耗尽而出现宕机)

  • 磁盘IO

风险:磁盘IO性能突然下降(使用更快的磁盘设备)
风险:其他大量消耗磁盘性能的计划任务(调整计划任务)

  • 网卡流量

风险:网卡IO被占满(1000Mb/8=100MB)

如何避免无法连接数据库的情况:
1、减少从服务器的数量
2、进行分级缓存
3、避免使用“select * ”进行查询
4、分离业务网络和服务器网络

以上就是mysql数据库中影响性能因素的讲解(附数据库架构案例)的详细内容,更多请关注php中文网其它相关文章!

数码产品性能查询
数码产品性能查询

该软件包括了市面上所有手机CPU,手机跑分情况,电脑CPU,电脑产品信息等等,方便需要大家查阅数码产品最新情况,了解产品特性,能够进行对比选择最具性价比的商品。

下载
来源:php中文网
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
作者最新文章
最新问题
开源免费商场系统广告
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新 English
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送
PHP中文网APP
随时随地碎片化学习

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号