1、缓冲区优化
将数据保存在内存中，保证从内存读取数据
设置足够大的innodb_buffer_pool_size?，将数据读取到内存中。
1.?InnoDB使用操作在服务器启动时为整个缓冲池分配内存。 ?innodb_buffer_pool_size?系统变量定义缓冲池大小。通常，建议的innodb_buffer_pool_size值为系统内存的 50%?到 75%。
2.?在具有大量内存的系统上，可以通过将缓冲池划分为多个缓冲池实例来提高并发性。
innodb_buffer_pool_instances?系统变量定义缓冲池实例的数量。?
怎样确定 innodb_buffer_pool_size 足够大。数据是从内存读取而不是硬盘？
2、降低磁盘写入次数
对于生产环境来说，很多日志是不需要开启的，比如：通用查询日志、慢查询日志、错误日志 使用足够大的写入缓存 innodb_log_file_size
推荐 innodb_log_file_size 设置为 0.25 * innodb_buffer_pool_size设置合适的innodb_flush_log_at_trx_commit，和日志落盘有关系。
3、MySQL数据库配置优化
表示缓冲池字节大小。
推荐值为物理内存的50%~80%。
innodb_buffer_pool_size用来控制redo log刷新到磁盘的策略。
innodb_flush_log_at_trx_commit=1每提交1次事务同步写到磁盘中，可以设置为n。
sync_binlog=1脏页占innodb_buffer_pool_size的比例时，触发刷脏页到磁盘。 推荐值为25%~50%。?
innodb_max_dirty_pages_pct=30后台进程最大IO性能指标。
默认200，如果SSD，调整为5000~20000
innodb_io_capacity=200在MySQL5.1.X版本中，由于代码写死，因此最多只会刷新100个脏页到磁盘、合并20个插入缓 冲，即使磁盘有能力处理更多的请求，也只会处理这么多，这样在更新量较大（比如大批量INSERT）的时候，脏页刷新可能就会跟不上，导致性能下降。
而在MySQL5.5.X版本里，innodb_io_capacity参数可以动态调整刷新脏页的数量，这在一定程度 ?上解决了这一问题。
innodb_io_capacity参数默认是200，单位是页。该参数设置的大小取决于硬盘的IOPS，即每秒的 ?输入输出量（或读写次数）。
至于什么样的磁盘配置应该设置innodb_io_capacity参数的值是多少，大家可参考下表。
指定innodb共享表空间文件的大小。
innodb_data_file_path慢查询日志的阈值设置，单位秒。
long_qurey_time=0.3mysql复制的形式，row为MySQL8.0的默认形式。
binlog_format=row调高该参数则应降低interactive_timeout、wait_timeout的值。
max_connections=200过大，实例恢复时间长；过小，造成日志切换频繁。?
innodb_log_file_size全量日志建议关闭。
默认关闭。
general_log=04、操作系统优化
1）?内核参数优化
CentOS系统针对mysql的参数优化内核相关参数(/etc/sysctl.conf)
以下参数可以直接放到sysctl.conf文件的末尾。
1. 增 加 监 听 队 列 上 限 ： net.core.somaxconn = 65535
net.core.netdev_max_backlog = 65535
net.ipv4.tcp_max_syn_backlog = 65535 2.加快TCP连接的回收：
net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
3.?TCP连接接收和发送缓冲区大小的默认值和最大值: net.core.wmem_default?= 87380
net.core.wmem_max = 16777216
net.core.rmem_default = 87380
net.core.rmem_max = 16777216
4.?减少失效连接所占用的TCP资源的数量，加快资源回收的效率： net.ipv4.tcp_keepalive_time?= 120
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.tcp_keepalive_probes = 3
5.?单个共享内存段的最大值： kernel.shmmax?= 4294967295
1.?这个参数应该设置的足够大，以便能在一个共享内存段下容纳整个的Innodb缓冲池的大小。
2.?这个值的大小对于64位linux系统，可取的最大值为(物理内存值-1)byte，建议值为大于物理 内存的一半，一般取值大于Innodb缓冲池的大小即可。6.?控制换出运行时内存的相对权重： vm.swappiness?= 0
这个参数当内存不足时会对性能产生比较明显的影响。（设置为0，表示Linux内核虚拟内存完全被占 ?用，才会要使用交换区。）
Linux系统内存交换区：
在Linux系统安装时都会有一个特殊的磁盘分区，称之为系统交换分区。使用 free -m 命令可以看到swap就是内存交换区。
作用：当操作系统没有足够的内存时，就会将部分虚拟内存写到磁盘的交换区中，这样就会发生内 ?存交换。如果Linux系统上完全禁用交换分区，带来的风险：
1.?降低操作系统的性能
2.?容易造成内存溢出，崩溃，或都被操作系统kill掉
2）?增加资源限制
打开文件数的限制以下参数可以直接放到(/etc/security/limit.conf)文件的末尾：
*?soft nofile?65535
*?hard nofile?65535
*：表示对所有用户有效 ??????????????????????????????????soft：表示当前系统生效的设置（soft不能大于hard?） hard：表明系统中所能设定的最大值 ????????????nofile：表示所限制的资源是打开文件的最大数目65535：限制的数量
以上两行配置将可打开的文件数量增加到65535个，以保证可以打开足够多的文件句柄。 注意：这个文件的修改需要重启系统才能生效。
3）?磁盘调度策略
1.?cfq?(完全公平队列策略，Linux2.6.18之后内核的系统默认策略)
该模式按进程创建多个队列，各个进程发来的IO请求会被cfq以轮循方式处理，对每个IO请求都是公平 ?的。该策略适合离散读的应用。
2.?deadline?(截止时间调度策略)
deadline，包含读和写两个队列，确保在一个截止时间内服务请求（截止时间是可调整的），而默认读 ?期限短于写期限。这样就防止了写操作因为不能被读取而饿死的现象，deadline对数据库类应用是最好 ?的选择。
3.?noop?(电梯式调度策略)
noop只实现一个简单的FIFO队列，倾向饿死读而利于写，因此noop对于闪存设备、RAM及嵌入式系统 ?是最好的选择。
4.?anticipatory?(预料I/O调度策略)
本质上与deadline策略一样，但在最后一次读操作之后，要等待6ms，才能继续进行对其它I/O请求进行 ?调度。它会在每个6ms中插入新的I/O操作，合并写入流，用写入延时换取最大的写入吞吐量。anticipatory适合于写入较多的环境，比如文件服务器。该策略对数据库环境表现很差。
查看调度策略的方法：
cat /sys/block/devname/queue/scheduler修改调度策略的方法：
echo /sys/block/devname/queue/scheduler5、服务器硬件优化
提升硬件设备，例如选择尽量高频率的内存（频率不能高于主板的支持）、提升网络带宽、使用SSD高 ?速磁盘、提升CPU性能等。
CPU的选择:
对于数据库并发比较高的场景，CPU的数量比频率重要。
对于CPU密集型场景和频繁执行复杂SQL的场景，CPU的频率越高越好。
如果您觉得文章好看，欢迎点赞收藏加关注，一连三击呀，您的肯定是我持续输出的动力，感谢！！???
