介绍如何为MySQL创建合适的配置文件。
确保innodb缓冲池和日志文件大小等设置基本合适 。但除非 在必要时刻， 则没必要改变配置文件， 使用默认设置即可。
MySQL中的配置文件怎么工作的
配置文件位于my.cnf中， 配置的类型有全局配置 、会话配 置 、动态配置文件 。在每次更改后， 使用show variables 确保达 到预期效果。
持久化系统变量
即使使用set global， 也会恢复到配置文件中的状态 。也就是 说需要同时修改配置文件中的值才能达到预期效果 。为此， mysql8引⼊了persist 允许在运行时设置⼀次值， 表示将配置写 ⼊磁盘，下次继续使用。
设置变量的副作用
引起缓冲区刷新脏页， 导致服务器大量工作 。有时， 变量名 并不⼀定是它描述的这样， 比如max_heap_table_size指定内存 中隐式的临时表内存最大值。
规划变量的改变
设置变量要小⼼， 压榨服务器性能并不⼀定有效 。早上的配 置到了晚上就可能不适用了。
什么不该做
不要使用调优脚本， 因为效果并不是强关联性的 。调优服务 器可能是浪费时间 。不要相信某些公式， 并不是可靠的⽅法。
创建mysql配置文件
配置内存使用
线程缓存
每⼀个处于线程缓存或休眠状态的线程通常的内存是 256kb。
配置MySQL的IO行为
innodb在事务提交时写⼊⽇志， 事务对数据的更改通常映射 到表空间的随机位置中 。随机IO的开销比顺序IO更大， 使用⽇志 可以将随机IO转换为顺序IO
innodb如何刷新日志缓冲区
使用互斥锁锁定缓冲区， 可能会有多个事务刷新其⽇志， innodb使用组提交机制， 在单次io时将⼀组⽇志全部提交。
innodb表空间
innodb把数据保存在表空间中， 表空间是个虚拟的⽂件系
统， 由磁盘上的⼀个或多个⽂件组成 。表空间还包含undo log。 修改缓冲区， 双写缓冲区， 和其他结构。
innodb-file-per-table允许为每⼀个表使用单独的⽂件 。将数据 存储在tablename.ibd⽂件中， 更容易回收表的空间， 然而存在空 间的浪费 (每个ibd⽂件都存在浪费) 。
缺点是:使得drop table性能变差 。原因， 删除表空间时需要 innodb查找属于该表空间的⻚⾯时进行锁定和扫描缓冲池， 当缓 冲池过大， 扫描会⾮常慢。
行的旧版本和表空间
如果事务⻓时间打开， 隔离级别在RR环境下， 旧数据⽆法删除， 这会导致数据持续增⻓ 。可以设置innodb_max_purge_lag延 迟更多修改数据的查询之前， 可以等待清除的最大事务数。
其他IO配置选项
sync-binlog 异步刷新binlog的机制。
配置MySQL并发
基本使用⽅法是， 使用innodb-thread-currency变量 。 innodb使用两阶段策略提高线程进⼊内核的效率， 首先休眠指定 的秒数， 然后重试， 失败则进⼊等待队列。
⼀旦进入内核， 线程则拥有⼀定的门票， 这限制了线程在返回等 待队列之前的可以完成的工作量。
提交阶段的并发瓶颈， 可以设置innodb_commit_concurrency控 制同时提交的线程数。
安全设置
max-connect-errors， 设置最大连接错误的上限 。设置大⼀
点， 可以有效禁用由于链接错误而导致阻塞主机。
max-connection， 最大连接数，
skip_name_resolve,此设置禁用DNS查找， 会尝试正在连接 的主机名。
sql-mode， 设置sql的行为。
read_only， super-read-only 。设置为只读数据库
高级innodb设置
innodb_autoinc_lock_mode设置自增主键的方式， innodb_buffer_pool_instances， 提高MySQL的并发。 innodb_io_capacity， 告知innodb多少io容量可使用。
innodb_read_io_threads和innodb_write_io_threads， 读写 的线程数量大小。
innodb_strict_mode，严格模式将警告变为错误。
innodb_old_blocks_time， 指定页面从年轻->老年部分所需 要的时间 。LRU算法。
