mysql cluster 性能调优_Mysql性能优化方案

为什么要优化?

系统的吞吐量瓶颈往往出现在数据库的访问速度上

随着应用程序的运行,数据库的中的数据会越来越多,处理时间会相应变慢

数据是存放在磁盘上的,读写速度无法和内存相比

Memcached/Redis(缓存)+Mysql+垂直拆分

这种做法可以将你的数据库的数据从开始的一个数据库分成了3个,比如第一个数据库复制保存用户信息,第二个保存商品信息,第三个保存

缺点:

当你的 数据库1 炸了,整合项目就运行不起来了(不安全)

7969e8032336d8999e341240cc2f75e5.png

Mysql主从复制+读写分离

1、什么是主从复制

多搞几个数据库来存储数据,假设有三台服务器,一主二仆,即以太主服务器,二台从服务器

把你的主服务器的数据复制在你的二个从服务器里,复制是为了容错备份,缓存备份,保证数据的完整性,也为读写分离创建条件

2、什么是读写分离

增删改是写,查是读

写去主服务器去写

读取二个从服务器通过负载均衡去读

分工明确,结合缓存实现性能的一大提升

45bd59127814ae0282b5f2834d005d15.png

分库分表++Mysql集群

承接主从复制,读写分离,以及Memcached的使用,这时MySQL主库的写压力开始出现瓶颈

而数据量的持续猛增,由于数据量的指数级增长,单单表表上上的的记记录录条条数数增增长长到到千千万万

级,只能继续对架构进行演变。

这个演变,就是使用分库分表来缓解写压力和数据记录条数增长的问题。

3、什么是分库分表

从字面上简单理解,就是把原本存储于一个库的数据分块存储到多个库上,把原本存储

于一个表的数据分块存储到多个表上。

3.1、为什么要分库分表

数据库中的数据量不一定是可控的,在未进行分库分表的情况下,随着时间和业务的发

展,库中的表会越来越多,表中的数据量也会越来越大,相应地,数据操作,增删改查

的开销也会越来越大;另外,由于无法进行分布式部署,而一台服务器的资源(CPU、磁

盘、内存、IO等)是有限的,最终数据库所能承载的数据量、数据处理能力都将遭遇瓶

颈。分库分表就是为了解决这种瓶颈的。

3.2、分库分表的实施策略

分库分表有垂直切分和水平切分两种

3.2.1、垂直切分

即将表按照功能模块、关系密切程度划分出来,部署到不同的库上。例如,我们会建立

商品数据库payDB、用户数据库userDB、日志数据库logDB等,分别用于存储项目的商品

数据、用户数据、日志数据等。

3.2.2、水平切分

当一个表中的数据量过大时,我们可以把该表的数据按照某种规则,例如每300w条记录

拆分一次,进行划分,然后存储到多个结构相同但不在同一个库上的表里。例如,我们

的userDB中的用户数据表中,每一个表的数据量都很大,就可以把userDB切分为结构相

同的多个userDB:part0DB、part1DB等,再将userDB上的用户数据表userTable,切分

为很多userTable:userTable0、userTable1等,然后将这些表按照一定的规则存储到多个userDB上。

1054a2706bc40d72b28c5917a78d7194.png

MyCat拦截了用户发送过来的 SQL 语句,对 SQL 语句做一些特定的分析:如分片分

析、路由分析、读写分离分析、缓存分析等,然后将此 SQL 发往后端的真实数据库,并

将返回的结果做适当的处理,最终再返回给用户。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值