mysql数据丢失_Mysql六大性能参数优化

1.Max_connections
(1)简介
Mysql的最大连接数&＃xff0c;如果服务器的并发请求量比较大&＃xff0c;可以调高这个值&＃xff0c;当然这是要建立在机器能够支撑的情况下&＃xff0c;因为如果连接数越来越多&＃xff0c;mysql会为每个连接提供缓冲区&＃xff0c;就会开销的越多的内存&＃xff0c;所以需要适当的调整该值&＃xff0c;不能随便去提高设值。
(2)判断依据
show variables like &＃39;max_connections&＃39;;
&＃43;-----------------&＃43;-------&＃43;
| Variable_name | Value |
&＃43;-----------------&＃43;-------&＃43;
| max_connections | 151 |
&＃43;-----------------&＃43;-------&＃43;
show status like &＃39;Max_used_connections&＃39;;
&＃43;----------------------&＃43;-------&＃43;
| Variable_name | Value |
&＃43;----------------------&＃43;-------&＃43;
| Max_used_connections | 101 |
&＃43;----------------------&＃43;-------&＃43;

(3)修改方式举例
vim /etc/my.cnf
Max_connections&＃61;1024

补充:
1.开启数据库时,我们可以临时设置一个比较大的测试值
2.观察show status like &＃39;Max_used_connections&＃39;;变化
3.如果max_used_connections跟max_connections相同,
那么就是max_connections设置过低或者超过服务器的负载上限了&＃xff0c;
低于10%则设置过大.2.wait_timeout和interactive_timeout
(1)简介
wait_timeout&＃xff1a;指的是mysql在关闭一个非交互的连接之前所要等待的秒数
interactive_timeout&＃xff1a;指的是mysql在关闭一个交互的连接之前所需要等待的秒数&＃xff0c;比如我们在终端上进行mysql管理&＃xff0c;使用的即使交互的连接&＃xff0c;这时候&＃xff0c;如果没有操作的时间超过了interactive_time设置的时间就会自动的断开&＃xff0c;默认的是28800&＃xff0c;可调优为7200。
wait_timeout:如果设置太小&＃xff0c;那么连接关闭的就很快&＃xff0c;从而使一些持久的连接不起作用
(2)设置建议
如果设置太大&＃xff0c;容易造成连接打开时间过长&＃xff0c;在show processlist时候&＃xff0c;能看到很多的连接 &＃xff0c;一般希望wait_timeout尽可能低
(3)修改方式举例
wait_timeout&＃61;60
interactive_timeout&＃61;1200
长连接的应用&＃xff0c;为了不去反复的回收和分配资源&＃xff0c;降低额外的开销。
一般我们会将wait_timeout设定比较小&＃xff0c;interactive_timeout要和应用开发人员沟通长链接的应用是否很多。如果他需要长链接&＃xff0c;那么这个值可以不需要调整。
另外还可以使用类外的参数弥补。3.innodb_buffer_pool_size
(1)简介
对于InnoDB表来说&＃xff0c;innodb_buffer_pool_size的作用就相当于key_buffer_size对于MyISAM表的作用一样。
(2)配置依据&＃xff1a;
InnoDB使用该参数指定大小的内存来缓冲数据和索引。
对于单独的MySQL数据库服务器&＃xff0c;最大可以把该值设置成物理内存的80%,一般我们建议不要超过物理内存的70%。
(3)配置方法
innodb_buffer_pool_size&＃61;2048M4.innodb_flush_log_at_trx_commit
(1)简介
主要控制了innodb将log buffer中的数据写入日志文件并flush磁盘的时间点&＃xff0c;取值分别为0、1、2三个。
0&＃xff1a;表示当事务提交时&＃xff0c;不做日志写入操作&＃xff0c;而是每秒钟将log buffer中的数据写入日志文件并flush磁盘一次&＃xff1b;(此时可能你提交事务了&＃xff0c;结果 mysql 宕机了&＃xff0c;然后内存里的数据全部丢失。)

1&＃xff1a;每次事务的提交都会引起redo日志文件写入、flush磁盘的操作&＃xff0c;确保了事务的ACID&＃xff1b;

2&＃xff1a;每次事务提交引起写入日志文件的动作,但每秒钟完成一次flush磁盘操作。注意事项&＃xff1a;
当设置为0&＃xff0c;该模式速度最快&＃xff0c;但不太安全&＃xff0c;mysqld进程的崩溃会导致上一秒钟所有事务数据的丢失。

当设置为1&＃xff0c;该模式是最安全的&＃xff0c;但也是最慢的一种方式。在mysqld 服务崩溃或者服务器主机crash的情况下&＃xff0c;binary log 只有可能丢失最多一个语句或者一个事务。

当设置为2&＃xff0c;该模式速度较快&＃xff0c;也比0安全&＃xff0c;只有在操作系统崩溃或者系统断电的情况下&＃xff0c;上一秒钟所有事务数据才可能丢失。5.sync_binlog
该参数控制着二进制日志写入磁盘的过程。

该参数的有效值为0 、1、N&＃xff1a;

0&＃xff1a;默认值。事务提交后&＃xff0c;将二进制日志从缓冲写入磁盘&＃xff0c;但是不进行刷新操作(fsync())&＃xff0c;此时只是写入了操作系统缓冲&＃xff0c;若操作系统宕机则会丢失部分二进制日志。

1&＃xff1a;事务提交后&＃xff0c;将二进制文件写入磁盘并立即执行刷新操作&＃xff0c;相当于是同步写入磁盘&＃xff0c;不经过操作系统的缓存。

N&＃xff1a;每写N次操作系统缓冲就执行一次刷新操作。

将这个参数设为1以上的数值会提高数据库的性能&＃xff0c;但同时会伴随数据丢失的风险。
二进制日志文件涉及到数据的恢复&＃xff0c;以及想在主从之间获得最大的一致性&＃xff0c;那么应该将该参数设置为1&＃xff0c;但同时也会造成一定的性能损耗。6.安全参数
Innodb_flush_method&＃61;(O_DIRECT, fsync)
1、fsync &＃xff1a;
(1)在数据页需要持久化时&＃xff0c;首先将数据写入OS buffer中&＃xff0c;然后由os决定什么时候写入磁盘
(2)在redo buffuer需要持久化时&＃xff0c;首先将数据写入OS buffer中&＃xff0c;然后由os决定什么时候写入磁盘
但&＃xff0c;如果innodb_flush_log_at_trx_commit&＃61;1的话&＃xff0c;日志还是直接每次commit直接写入磁盘
2、 Innodb_flush_method&＃61;O_DIRECT
(1)在数据页需要持久化时&＃xff0c;直接写入磁盘
(2)在redo buffuer需要持久化时&＃xff0c;首先将数据写入OS buffer中&＃xff0c;然后由os决定什么时候写入磁盘
但&＃xff0c;如果innodb_flush_log_at_trx_commit&＃61;1的话&＃xff0c;日志还是直接每次commit直接写入磁盘

最安全模式&＃xff1a;
innodb_flush_log_at_trx_commit&＃61;1
innodb_flush_method&＃61;O_DIRECT
最高性能模式&＃xff1a;
innodb_flush_log_at_trx_commit&＃61;0
innodb_flush_method&＃61;fsync

一般情况下&＃xff0c;我们更偏向于安全。
“双一标准”
innodb_flush_log_at_trx_commit&＃61;1 ***************
sync_binlog&＃61;1 ***************
innodb_flush_method&＃61;O_DIRECT

如果本文对你有帮助可以关注支持一下