一、Mysql全局优化总结
从上图可以看出SQL及索引的优化效果是最好的,而且成本最低,所以工作中我们要在这块花更多时间。
补充一点配置文件my.ini或my.cnf的全局参数:
假设服务器配置为:
CPU:32核
内存:64G
DISK:2T SSD
下面参数都是服务端参数,默认在配置文件的 [mysqld] 标签下。
1、mysql server系统参数
mysql server系统参数
max_connections=3000
如果3000个用户同时连上mysql,最小需要内存3000256KB=750M,最大需要内存300064MB=192G。
如果innodb_buffer_pool_size是40GB,给操作系统分配4G,给连接使用的最大内存不到20G,如果连接过多,使用的内存超过20G,将会产生磁盘SWAP,此时将会影响性能。连接数过高,不一定带来吞吐量的提高,而且可能占用更多的系统资源。
max_user_connections=2980
允许用户连接的最大数量,剩余连接数用作DBA管理。
back_log=300
MySQL能够暂存的连接数量。如果MySQL的连接数达到max_connections时,新的请求将会被存在堆栈中,等待某一连接释放资源,该堆栈数量即back_log,如果等待连接的数量超过back_log,将被拒绝。
wait_timeout=300
指的是app应用通过jdbc连接mysql进行操作完毕后,空闲300秒后断开,默认是28800,单位秒,即8 个小时。
interactive_timeout=300
指的是mysql client连接mysql进行操作完毕后,空闲300秒后断开,默认是28800,单位秒,即8个小时。
每个需要排序的线程分配该大小的一个缓冲区。增加该值可以加速ORDER BY 或 GROUP BY操作。
sort_buffer_size是一个connection级的参数,在每个connection(session)第一次需要使用这个buffer 的时候,一次性分配设置的内存。
sort_buffer_size:并不是越大越好,由于是connection级的参数,过大的设置+高并发可能会耗尽系统 的内存资源。例如:500个连接将会消耗500*sort_buffer_size(4M)=2G。
join_buffer_size=4M
用于表关联缓存的大小,和sort_buffer_size一样,该参数对应的分配内存也是每个连接独享。
2、innodb参数
Innodb相关参数
innodb_thread_concurrency=64
此参数用来设置innodb线程的并发数,默认值为0表示不被限制,若要设置则与服务器的CPU核心数相 同或是CPU的核心数的2倍,如果超过配置并发数,则需要排队,这个值不宜太大,不然可能会导致线 程之间锁争用严重,影响性能。
innodb_buffer_pool_size=40G
innodb存储引擎buffer pool缓存大小,一般为物理内存的60%-70%。
内存大小直接反应数据库的性能。
如何判断当前数据库的内存是否已经达到瓶颈了呢?
可以通过查看当前服务器的状态,比较物理磁盘的读取和内存读取的比例来判断缓冲池的命中率,通 常InnoDB存储引擎的缓冲池的命中率不应该小于99%,如 :
mysql> show global status like 'innodb%read%'\G;
当前服务器的状态参数:
· Innodb_buffer_pool_reads:表示从物理磁盘读取页的次数 · Innodb_buffer_pool_read_ahead:预读的次数
· Innodb_buffer_pool_read_ahead_evicted:预读的页,但是没有被读取就从缓冲池中被替换的页的数量,一般用 来判断预读的效率
· Innodb_buffer_pool_read_requests:从缓冲池中读取页的次数 · Innodb_data_readsInnodb_rows_read:总共读入的字节数
· Innodb_data_reads:发起读取请求的次数,每次读取可能需要读取多个页
以下公式可以计算各种对缓冲池的操作:
innodb_lock_wait_timeout=10
行锁锁定时间,默认50s,根据公司业务定,没有标准值。
innodb_flush_log_at_trx_commit=1
3、binlog参数
msyql server系统参数
https://dev.mysql.com/doc/refman/8.0/en/replication-options-binary-log.html
sync_binlog=1
二、 Mysql 8.0新特性详解
建议使用8.0.17及之后的版本,更新的内容比较多。
参考文档
添加弃用和删除的特性:https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html
添加弃用和删除的参数:https://dev.mysql.com/doc/refman/8.0/en/added-deprecated-removed.html
Mysql8 InnoDB架构:https://dev.mysql.com/doc/refman/8.0/en/innodb-architecture.html
1、新增降序索引
MySQL在语法上很早就已经支持降序索引,但实际上创建的仍然是升序索引,如下MySQL 5.7 所示, c2字段降序,但是从show create table看c2仍然是升序。8.0可以看到,c2字段降序。只有Innodb存储 引擎支持降序索引。
2、group by 不再隐式排序
mysql 8.0 对于group by 字段不再隐式排序,如需要排序,必须显式加上order by 子句。
3、增加隐藏索引
使用 invisible 关键字在创建表或者进行表变更中设置索引为隐藏索引。索引隐藏只是不可见,但是数 据库后台还是会维护隐藏索引的,在查询时优化器不使用该索引,即使用force index,优化器也不会 使用该索引,同时优化器也不会报索引不存在的错误,因为索引仍然真实存在,必要时,也可以把隐 藏索引快速恢复成可见。注意,主键不能设置为 invisible。
软删除就可以使用隐藏索引,比如我们觉得某个索引没用了,删除后发现这个索引在某些时候还是有 用的,于是又得把这个索引加回来,如果表数据量很大的话,这种操作耗费时间是很多的,成本很高,这时,我们可以将索引先设置为隐藏索引,等到真的确认索引没用了再删除。
4、新增函数索引
之前我们知道,如果在查询中加入了函数,索引不生效,所以MySQL 8引入了函数索引, MySQL 8.0.13开始支持在索引中使用函数(表达式)的值。
函数索引基于虚拟列功能实现,在MySQL中相当于新增了一个列,这个列会根据你的函数来进行计算 结果,然后使用函数索引的时候就会用这个计算后的列作为索引。
5、 innodb存储引擎select for update跳过锁等待
对于select ... for share(8.0新增加查询共享锁的语法)或 select ... for update, 在语句后面添加 NOWAIT、SKIP LOCKED语法可以跳过锁等待,或者跳过锁定。
在5.7及之前的版本,select...for update,如果获取不到锁,会一直等待,直到 innodb_lock_wait_timeout超时。
在8.0版本,通过添加nowait ,skip locked语法,能够立即返回。如果查询的行已经加锁,那么nowait 会立即报错返回,而skip locked也会立即返回,只是返回的结果中不包含被锁定的行。
应用场景比如查询余票记录,如果某些记录已经被锁定,用skip locked可以跳过被锁定的记录,只返 回没有锁定的记录,提高系统性能。
6、新增innodb_dedicated_server自适应参数
能够让InnoDB根据服务器上检测到的内存大小自动配置innodb_buffer_pool_size,
innodb_log_file_size等参数,会尽可能多的占用系统可占用资源提升性能。解决非专业人员安装数据 库后默认初始化数据库参数默认值偏低的问题,前提是服务器是专用来给MySQL数据库的,如果还有 其他软件或者资源或者多实例MySQL使用,不建议开启该参数,不然会影响其它程序。
7、死锁检查控制
MySQL 8.0 (MySQL 5.7.15)增加了一个新的动态变量 innodb_deadlock_detect,用于控制系统是否 执行 InnoDB 死锁检查,默认是打开的。死锁检测会耗费数据库性能的,对于高并发的系统,我们可 以关闭死锁检测功能,提高系统性能。但是我们要确保系统极少情况会发生死锁,同时要将锁等待超 时参数调小一点,以防出现死锁等待过久的情况。
8、 undo文件不再使用系统表空间
默认创建2个UNDO表空间,不再使用系统表空间。
9、 binlog日志过期时间精确到秒
之前是天,并且参数名称发生变化. 在8.0版本之前,binlog日志过期时间设置都是设置
expire_logs_days参数,而在8.0版本中,MySQL默认使用binlog_expire_logs_seconds参数。
10、窗口函数(Window Functions):也称分析函数
从 MySQL 8.0 开始,新增了一个叫窗口函数的概念,它可以用来实现若干新的查询方式。窗口函数与 SUM()、COUNT() 这种分组聚合函数类似,在聚合函数后面加上over()就变成窗口函数了,在括号里 可以加上partition by等分组关键字指定如何分组,窗口函数即便分组也不会将多行查询结果合并为一 行,而是将结果放回多行当中,即窗口函数不需要再使用 GROUP BY。
专用窗口函数:
- . 序号函数:ROW_NUMBER()、RANK()、DENSE_RANK()
- . 分布函数:PERCENT_RANK()、CUME_DIST()
- . 前后函数:LAG()、LEAD()
- . 头尾函数:FIRST_VALUE()、LAST_VALUE()
- . 其它函数:NTH_VALUE()、NTILE()
11、默认字符集由latin1变为utf8mb4
在8.0版本之前,默认字符集为latin1 ,utf8指向的是utf8mb3 ,8.0版本默认字符集为utf8mb4 ,utf8默认 指向的也是utf8mb4。
12、 MyISAM系统表全部换成InnoDB表
将系统表(mysql)和数据字典表全部改为InnoDB存储引擎,默认的MySQL实例将不包含MyISAM表,除 非手动创建MyISAM表。
13、元数据存储变动
MySQL 8.0删除了之前版本的元数据文件,例如表结构.frm等文件,全部集中放入mysql.ibd文件里。 可以看见下图test库文件夹里已经没有了frm文件。
14、自增变量持久化
在8.0之前的版本,自增主键AUTO_INCREMENT的值如果大于max(primary key)+1,
在MySQL重启后,会重置AUTO_INCREMENT=max(primary key)+1,这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。自增主键重启重置的问题很早就被发现(https://bugs.mysql.com/bug.php?id=199),一直到8.0才被解决,8.0版本将会对AUTO_INCREMENT值进行持久化,MySQL重启后,该值将不会改变。
15、 DDL原子化
InnoDB表的DDL支持事务完整性,要么成功要么回滚。
MySQL 8.0 开始支持原子 DDL 操作,其中与表相关的原子 DDL 只支持 InnoDB 存储引擎。一个原子 DDL 操作内容包括:更新数据字典,存储引擎层的操作,在 binlog 中记录 DDL 操作。支持与表相关 的 DDL:数据库、表空间、表、索引的 CREATE、ALTER、DROP 以及 TRUNCATE TABLE。支持的 其它 DDL :存储程序、触发器、视图、 UDF 的 CREATE、DROP 以及ALTER 语句。支持账户管理相 关的 DDL:用户和角色的 CREATE、ALTER、DROP 以及适用的 RENAME等等。
16、参数修改持久化
MySQL 8.0版本支持在线修改全局参数并持久化,通过加上PERSIST关键字,可以将修改的参数持久 化到新的配置文件(mysqld-auto.cnf)中,重启MySQL时,可以从该配置文件获取到最新的配置参 数。set global 设置的变量参数在mysql重启后会失效。