0
点赞
收藏
分享

微信扫一扫

MySQL数据库多种优化方案

勇敢乌龟 2021-09-25 阅读 124

MySQL数据库多种优化方案

硬件优化(物理机)

  • CPU 8~16颗CPU ,2~4颗
  • mem 96G128G,34个实例。 32~64G内存,2个实例
  • disk 数量越多越好,性能上:SSD (高并发)> SAS(普通) > sata (线下)
    • 4块盘为例:RAID0 > RAID10 > RAID5> RAID1
  • 网卡,多块网卡bond,buffer等等。内核调优可以处理

软件优化

  • 操作系统:x64,
  • 软件:mysql ,编译安装,编译优化。

my.cf参数优化(优化的幅度比较小,大部分是架构及SQL语句优化)

SQL语句的优化

a、索引的优化

  • 抓出慢SQL。让DBA尽量早的参与的开发里面和开发共同讨论。白名单机制
long_query_time= #
log-slow-queries= /vra/lib/mysql/slow-log
  • 慢查询日志分析工具 -- mysqlsla ,
pt-query-digest.,mysqldumpslows,
  • 每天晚上0:00定时分析慢查询,发到核心开发,DBA分析,及高级运维,CTO邮箱。
  • DBA分析给出优化建议--> 核心开发确认更改--->DBA上线操作。

b、大的复杂的SQL语句的拆分为多个小的SQL语句

  • 子查询,JOIN连表查询。一张表数据太大,怎么拆分都有问题。需要拆表,拆库

c、数据库是存储数据的地方,但是不是计算数据的地方。

  • 计算,应用类处理,都要拿到前端应用解决,禁止在数据库上处理。

d、搜索功能,like "%51cto%" ,一般不要使用MySQL数据库。

架构上的优化

  • 业务拆分: 搜索功能,like"%51cto%" ,一般不要使用MySQL数据库。

    • 业务拆分:某些业务应用使用nosql持久化分出,例如:memcachedb.redis,ttserver.
    • 例如:粉丝关注,好友关系等等。
  • 数据库前端必须要加cache,例如:memcached,用户登录,商品查询等等。

  • 动态的数据静态化,整个文件静态化,页面片段静态化

  • 数据库集群与读写分离,一主多从,通过程序或者dbproxy进行集群读写分离。

  • 单表查过2000万了,拆库拆表,不同的请求分到不同的机器上面,前面hash取模。

流程,制度,安全优化。

  • 任何一次认为数据库记录的更新都要走一个流程:
  • 人的流程:开发 --> 核心开发确认 --> 运维或DBA
  • 测试的流程:开发人员内网测试 --> IDC测试 --> 线上执行。
  • 客户端的管理,客户端PHPmyadmin。客户端访问控制。防患于未然

以上摘自老男孩视频

最后

这是我在15年学习MySQL的笔记。

举报

相关推荐

0 条评论