老司机也该掌握的MySQL优化指南

发表于:2018-9-30 09:55  作者:DBAplus社群   来源:今日头条

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 数据库

  当MySQL单表记录数过大时,增删改查性能都会急剧下降,所以我们本文会提供一些优化参考,大家可以参考以下步骤来优化:
  一、单表优化
  除非单表数据未来会一直不断上涨,否则不要一开始就考虑拆分,拆分会带来逻辑、部署、运维的各种复杂度。一般以整型值为主的表在千万级以下,字符串为主的表在五百万以下是没有太大问题的,而事实上很多时候MySQL单表的性能依然有不少优化空间,甚至能正常支撑千万级以上的数据量。
  1字段
  尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT,如果非负则加上UNSIGNED;
  VARCHAR的长度只分配真正需要的空间;
  使用枚举或整数代替字符串类型;
  尽量使用TIMESTAMP而非DATETIME;
  单表不要有太多字段,建议在20以内;
  避免使用字段,很难查询优化且占用额外索引空间;
  用整型来存IP。
  2索引
  索引并不是越多越好,要根据查询有针对性的创建,考虑在WHERE和ORDER BY命令上涉及的列建立索引,可根据EXPLAIN来查看是否用了索引还是全表扫描;
  应尽量避免在WHERE子句中对字段进行值判断,否则将导致引擎放弃使用索引而进行全表扫描;
  值分布很稀少的字段不适合建索引,例如“性别”这种只有两三个值的字段;
  字符字段只建前缀索引;
  字符字段最好不要做主键;
  不用外键,由程序保证约束;
  尽量不用UNIQUE,由程序保证约束;
  使用多列索引时主意顺序和查询条件保持一致,同时删除不必要的单列索引。
  3查询SQL
  可通过开启慢查询日志来找出较慢的SQL;
  不做列运算:SELECT id WHERE age + 1 = 10,任何对列的操作都将导致表扫描,它包括数据库教程函数、计算表达式等等,查询时要尽可能将操作移至等号右边;
  sql语句尽可能简单:一条sql只能在一个cpu运算;大语句拆小语句,减少锁时间;一条大sql可以堵死整个库;
  不用SELECT *;
  OR改写成IN:OR的效率是n级别,IN的效率是log(n)级别,IN的个数建议控制在200以内;
  不用函数和触发器,在应用程序实现;
  避免%xxx式查询;
  少用JOIN;
  使用同类型进行比较,比如用'123'和'123'比,123和123比;
  尽量避免在WHERE子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描;
  对于连续数值,使用BETWEEN不用IN:SELECT id FROM t WHERE num BETWEEN 1 AND 5;
  列表数据不要拿全表,要使用LIMIT来分页,每页数量也不要太大。
  4引擎
  目前广泛使用的是MyISAM和InnoDB两种引擎:
  MyISAM
  MyISAM引擎是MySQL 5.1及之前版本的默认引擎,它的特点是:
  不支持行锁,读取时对需要读到的所有表加锁,写入时则对表加排它锁;
  不支持事务;
  不支持外键;
  不支持崩溃后的安全恢复;
  在表有读取查询的同时,支持往表中插入新纪录;
  支持BLOB和TEXT的前500个字符索引,支持全文索引;
  支持延迟更新索引,极大提升写入性能;
  对于不会进行修改的表,支持压缩表,极大减少磁盘空间占用。
  InnoDB
  InnoDB在MySQL 5.5后成为默认索引,它的特点是:
  支持行锁,采用MVCC来支持高并发;
  支持事务;
  支持外键;
  支持崩溃后的安全恢复;
  不支持全文索引。
  ps: 据说InnoDB已经在MySQL 5.6.4支持全文索引了
  总体来讲,MyISAM适合SELECT密集型的表,而InnoDB适合INSERT和UPDATE密集型的表。
  5系统调优参数
  可以使用下面几个工具来做基准测试
  sysbench:一个模块化,跨平台以及多线程的性能测试工具。
  https://github.com/akopytov/sysbench
  iibench-mysql:基于Java的MySQL / Percona / MariaDB 索引进行插入性能测试工具。
  https://github.com/tmcallaghan/iibench-mysql
  tpcc-mysql:Percona开发的TPC-C测试工具。
  https://github.com/Percona-Lab/tpcc-mysql
  具体的调优参数内容较多,具体可参考官方文档,这里介绍一些比较重要的参数:
  back_log:back_log值可以指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。也就是说,如果MySQL的连接数据达到max_connections时,新来的请求将会被存在堆栈中,以等待某一连接释放资源,该堆栈的数量即back_log,如果等待连接的数量超过back_log,将不被授予连接资源。可以从默认的50升至500。
  wait_timeout:数据库连接闲置时间,闲置连接会占用内存资源。可以从默认的8小时减到半小时。
  max_user_connection:最大连接数,默认为0无上限,最好设一个合理上限。
  thread_concurrency:并发线程数,设为CPU核数的两倍。
  skip_name_resolve:禁止对外部连接进行DNS解析,消除DNS解析时间,但需要所有远程主机用IP访问。
  key_buffer_size:索引块的缓存大小,增加会提升索引处理速度,对MyISAM表性能影响最大。对于内存4G左右,可设为256M或384M,通过查询show status like 'key_read%',保证key_reads / key_read_requests在0.1%以下最好。
  innodb_buffer_pool_size:缓存数据块和索引块,对InnoDB表性能影响最大。通过查询show status like 'Innodb_buffer_pool_read%',保证 (Innodb_buffer_pool_read_requests – Innodb_buffer_pool_reads) / Innodb_buffer_pool_read_requests越高越好。
  innodb_additional_mem_pool_size:InnoDB存储引擎用来存放数据字典信息以及一些内部数据结构的内存空间大小,当数据库对象非常多的时候,适当调整该参数的大小以确保所有数据都能存放在内存中提高访问效率,当过小的时候,MySQL会记录Warning信息到数据库的错误日志中,这时就需要该调整这个参数大小。
  innodb_log_buffer_size:InnoDB存储引擎的事务日志所使用的缓冲区,一般来说不建议超过32MB。
  query_cache_size:缓存MySQL中的ResultSet,也就是一条SQL语句执行的结果集,所以仅仅只能针对select语句。当某个表的数据有任何任何变化,都会导致所有引用了该表的select语句在Query Cache中的缓存数据失效。所以,当我们数据变化非常频繁的情况下,使用Query Cache可能得不偿失。根据命中率(Qcache_hits/(Qcache_hits+Qcache_inserts)*100))进行调整,一般不建议太大,256MB可能已经差不多了,大型的配置型静态数据可适当调大。可以通过命令show status like 'Qcache_%'查看目前系统Query catch使用大小。
  read_buffer_size:MySQL读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区,MySQL会为它分配一段内存缓冲区。如果对表的顺序扫描请求非常频繁,可以通过增加该变量值以及内存缓冲区大小提高其性能。
  sort_buffer_size:MySQL执行排序使用的缓冲大小。如果想要增加ORDER BY的速度,首先看是否可以让MySQL使用索引而不是额外的排序阶段。如果不能,可以尝试增加sort_buffer_size变量的大小。
  read_rnd_buffer_size:MySQL的随机读缓冲区大小。当按任意顺序读取行时(例如按照排序顺序),将分配一个随机读缓存区。进行排序查询时,MySQL会首先扫描一遍该缓冲,以避免磁盘搜索,提高查询速度,如果需要排序大量数据,可适当调高该值。但MySQL会为每个客户连接发放该缓冲空间,所以应尽量适当设置该值,以避免内存开销过大。
  record_buffer:每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描,可能想要增加该值。
  thread_cache_size:保存当前没有与连接关联但是准备为后面新的连接服务的线程,可以快速响应连接的线程请求而无需创建新的。
  table_cache:类似于thread_cache _size,但用来缓存表文件,对InnoDB效果不大,主要用于MyISAM。
  6升级硬件
  Scale up,这个不多说了,根据MySQL是CPU密集型还是I/O密集型,通过提升CPU和内存、使用SSD,都能显著提升MySQL性能。
  二、读写分离
  也是目前常用的优化,从库读主库写,一般不要采用双主或多主引入很多复杂性,尽量采用文中的其他方案来提高性能。同时目前很多拆分的解决方案同时也兼顾考虑了读写分离。
  三、缓存
  缓存可以发生在这些层次:
  MySQL内部:在系统调优参数介绍了相关设置;
  数据访问层:比如MyBatis针对SQL语句做缓存,而Hibernate可以精确到单个记录,这里缓存的对象主要是持久化对象Persistence Object;
  应用服务层:可以通过编程手段对缓存做到更精准的控制和更多的实现策略,这里缓存的对象是数据传输对象Data Transfer Object;
  Web层:针对web页面做缓存;
  浏览器客户端:用户端的缓存。
  可以根据实际情况在一个层次或多个层次结合加入缓存。这里重点介绍下服务层的缓存实现,目前主要有两种方式:

   上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。

【直播预售】接口测试行业大佬带你从青铜上王者>>立即查看
21/212>

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2018, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道