13 Commits

Include renames

Author	SHA1	Message	Date
Mr Chen	fbef641839	update	2023-11-16 15:29:21 +08:00
Mr Chen	49cfeb7a39	mysql config	2023-11-16 00:34:03 +08:00
Mr Chen	01a887efad	sync_binlog ... 默认，sync_binlog=0，表示MySQL不控制binlog的刷新，由文件系统自己控制它的缓存的刷新。这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。 如果sync_binlog>0，表示每sync_binlog次事务提交，MySQL调用文件系统的刷新操作将缓存刷下去。最安全的就是sync_binlog=1了，表示每次事务提交，MySQL都会把binlog刷下去，是最安全但是性能损耗最大的设置。这样的话，在数据库所在的主机操作系统损坏或者突然掉电的情况下，系统才有可能丢失1个事务的数据。但是binlog虽然是顺序IO，但是设置sync_binlog=1，多个事务同时提交，同样很大的影响MySQL和IO性能。虽然可以通过group commit的补丁缓解，但是刷新的频率过高对IO的影响也非常大。对于高并发事务的系统来说，“sync_binlog”设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多	2023-11-12 13:12:58 +08:00
Mr Chen	aa236bac0b	up	2023-11-12 12:45:44 +08:00
midoks	83466e927e	update	2023-11-06 18:29:20 +08:00
midoks	0a354f649d	mysql添加可过滤的同步错误	2023-08-12 21:11:32 +08:00
midoks	733e4e81be	update	2023-08-10 09:54:19 +08:00
midoks	fe2df6cc8d	up	2023-06-28 00:08:38 +08:00
midoks	452769233f	up	2023-02-16 17:00:09 +08:00
midoks	c0d5aff2f5	mysql配置优化	2022-12-30 00:06:25 +08:00
midoks	c0d0efb756	up	2022-11-26 16:23:58 +08:00
midoks	da31ad7dbe	up	2022-11-16 15:59:33 +08:00
midoks	2ae74d6199	up	2022-10-01 20:14:28 +08:00