高性能MySQL-后半本书的内容(ノ`Д)ノ

18 篇文章 0 订阅
10 篇文章 0 订阅

后半本书的内容 (ノ`Д)ノ


这里面基本上包含了,后半本书中的能用的东西。 ε=(´ο`*)))唉

随便看看就好了吧 ╮(╯_╰)╭ 懒得整理了 !!


硬件优化-不知道啥子东东

一些个奇怪的东西
  • 在MySQL复制的备库中,高速CPU比较好,多核CPU没啥子用,因为主库并发的任务会串行化进行同步的。╮(╯_╰)╭
  • 在使用固态或更好的硬盘的情况下,【调整innodb_io_capacity 与 读写线程数到10~15个】 会有性能的提上的

都是说一些没啥子用的东西,cpu,内存,硬盘。【用最好的就行了】

对于使用各种操作系统,文件系统,网络等等。简单总结就是能花钱升级的都升级就对了。

感觉就是凑字数的一个章节,没用!


可扩展?

也就是:分库分表分区,读写分离,各种负载均衡,集群【不是用InnoDB了】,各种主从复制。

就这些了啊! 废话了一个章节,没什么用!看个眼熟就可以了 。。。

一些区别:【看着就是要用Mycat的意思了 ╮(╯_╰)╭】

  • 分表:一张表分成多个小表
  • 分区:把一张表的数据分成N多个区块,这些区块可以在同一个磁盘上,也可以在不同的磁盘上。
  • 分片:类似分库;分片是把数据库横向扩展(Scale Out)到多个物理节点上的一种有效的方式
  • ?分库分表?:需要代码实现??比如使用Mycat;

高可用?

这个章节好像也是瞎扯的 ╮(╯_╰)╭ 不过工具推荐的还是不错的,有需要可以了解一下的!!!

这里用到的的就是数据库集群了;【552~554】

使用的技术为:Percona XtraDB Cluster【仅支持InnoDB存储引擎】

参考地址:https://blog.csdn.net/leshami/article/details/78962190

简称为PXC,是很多企业基于MySQL实现集群方案的选择。支持服务高可用,同步复制,并发复制,无延迟,多点同时读写,实现写扩展等等。

其他设计的高可用的东东:

  • MySQL Cluster 【MySQL NDB Cluster】【自动分片】
  • Galera Cluster
  • Percona XtraDB Cluster 【集群】【552~554】

对比参考文章:
https://blog.csdn.net/csd753111111/article/details/100428424
https://blog.csdn.net/demonson/article/details/80576787

最终,说明的情况是,所谓的高可用的操作,没有啥意义╮(╯_╰)╭。

无论是冗余,虚拟IP,数据库集群,主从复制,都无法保证高可用性的。能做到的只是尽量保证不出问题,以及出问题时候少丢失数据。


云端MySQL?

使用云主机搭建MySQL,或者使用DBaaS【数据库即服务】,这两种方式。

国内的话,可以考虑使用阿里云服务,或者腾讯云服务等等。

然后,个人结论。初期公司可以这么使用,正常情况下,数据还是在自己手上保险一点。即使是大厂的服务,出问题了【可能是自己程序的问题】,一样也是很麻烦的。

还有一点就是,直接使用云数据库服务,挺贵的说。╮(╯_╰)╭


应用层优化?

说的是,性能上的瓶颈不在MySQL上,而在各个使用的应用上?

只是简单的说了一些常见,通常不会存在的问题。

  • 连接池的使用
  • 数据缓存
  • 大量的数据查询
  • 前端渲染延迟

一个,MySQL优化的书,说应用层的可能存在的问题。略过吧。。。。。。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小_杭

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值