MySQL性能优化-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

MySQL性能优化

简介: MySQL性能优化 一:影响数据库的性能因素 1、超高的QPS与TPS  风险:效率低下的sql 2、大量的并发和超高的CPU使用率  风险:   大量的并发:数据库连接数被占满(max_connections默认100)   超高的CPU使用率:因CPU资源耗尽而出现宕机 3、磁盘IO  .

MySQL性能优化

一:影响数据库的性能因素
1、超高的QPS与TPS
 风险:效率低下的sql
2、大量的并发和超高的CPU使用率
 风险:
  大量的并发:数据库连接数被占满(max_connections默认100)
  超高的CPU使用率:因CPU资源耗尽而出现宕机
3、磁盘IO
 风险
  磁盘IO性能突然下降(使用更快的磁盘设备)
  其它大量消耗磁盘性能的计划任务(调整计划任务,做好磁盘维护)
4、网卡流量
 风险:网卡IO被占满
 如何避免无法连接数据库的情况
  1、减少从服务器的数量
  2、进行分级缓存
  3、避免使用“SELECT*”进行查询
  4、分离业务网络和服务器网络
二、大表带来的问题
 大表:①记录行数巨大,单表超过千万行
       ②表数据文件巨大,表数据文件超过10G
1、对查询的影响
   慢查询:很难在一定的时间内过滤出所需要的数据
2、对DDL操作的影响
 建立索引需要很长的时间
   风险:
     MySQL版本 < 5.5建立索引会锁表
     MySQL版本 >= 5.5 虽然不会锁表但会引起主从延迟
3、如何处理数据库中的大表
  ①分库分表把一张大表分成多个小表
   难点:
     分表主键的选择
     分表后跨分区数据的查询和统计 
  ②大表的历史数据归档 减少对前后端业务的影响
    难点:
      归档时间点的选择
      如何进行归档操作
三、大事务带来的问题
   事务:数据库系统区别于其它一切文件 系统的重要特征之一;事务是一组具有原子性的SQL语句,或是一个独立的工作单元;
   ①原子性:一个事务必须被视为一个不可分割的最下工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败,对于一个事务来说,不可能执行其中的一部分操作;
   ②一致性:是指事务将数据库从一种一致性状态转换到另外一种一致性状态,在事务开始之前和事务结束后数据库中数据的完整性没有被破坏;
   ③隔离性:
     四种隔离级别:A未提交读(READ UNCOMMITED);B已提交读(READ COMMITED); C可重复读(REPEATABLE READ); D可串行化(SWRIALIZABLE);
   ④持久性:一旦事务提交,则其所作的修改就会永久保存到数据库中。此时即使系统崩溃,已经提交的修改数据也不会丢失。 
   ⑤大事务:运行时间比较长,操作的数据比较多的事务。
    风险:锁定太多的数据,造成大量的阻塞和锁超时回滚时所需要时间比较长 执行时间长,容易造成主从延迟
   ⑥如何处理大事务
      A避免一次处理太多的数据; B移除不必要在事务中的SELECT操作

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章