Mr Chen
|
5f42f37ee2
|
Update mysql.sql
|
2024-05-17 05:24:48 +08:00 |
|
Mr Chen
|
ffb5a66042
|
Create my8.3.cnf
|
2024-04-28 12:37:43 +08:00 |
|
Mr Chen
|
8077b4cb13
|
Update gtid.cnf
|
2023-12-25 19:58:20 +08:00 |
|
Mr Chen
|
4670811fd6
|
Create my8.2.cnf
|
2023-12-14 13:33:04 +08:00 |
|
Mr Chen
|
9ea52e452a
|
mysql识别登录加密规则
|
2023-12-14 00:04:48 +08:00 |
|
Mr Chen
|
5e39e1a463
|
Update my8.0.cnf
|
2023-12-13 23:54:39 +08:00 |
|
Mr Chen
|
36421ae254
|
update
|
2023-12-13 23:51:18 +08:00 |
|
Mr Chen
|
2dc93bf490
|
Update my8.0.cnf
|
2023-12-13 23:27:18 +08:00 |
|
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
|
5b406eaeb1
|
Update my8.0.cnf
|
2023-08-12 21:48:48 +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
|
7024185b59
|
Update my8.0.cnf
|
2023-08-08 14:52:57 +08:00 |
|
midoks
|
08c83edeb9
|
update
|
2023-08-08 13:17:39 +08:00 |
|
midoks
|
2a7e21951b
|
Update my8.0.cnf
|
2023-08-04 22:49:18 +08:00 |
|
midoks
|
fe2df6cc8d
|
up
|
2023-06-28 00:08:38 +08:00 |
|
midoks
|
86141ccf3a
|
Update my5.7.cnf
|
2023-05-04 16:42:59 +08:00 |
|
midoks
|
8fbc456e1a
|
Update my5.7.cnf
|
2023-05-04 13:19:21 +08:00 |
|
midoks
|
c1cd45a5f3
|
Update my8.0.cnf
|
2023-03-05 00:00:59 +08:00 |
|
midoks
|
452769233f
|
up
|
2023-02-16 17:00:09 +08:00 |
|
midoks
|
df2a5919af
|
Update my5.7.cnf
|
2022-12-30 20:41:51 +08:00 |
|
midoks
|
40a81b794c
|
Update my5.7.cnf
|
2022-12-30 20:38:40 +08:00 |
|
midoks
|
3cffa9223a
|
Update my5.7.cnf
|
2022-12-30 00:28:50 +08:00 |
|
midoks
|
c0d5aff2f5
|
mysql配置优化
|
2022-12-30 00:06:25 +08:00 |
|
midoks
|
3fa4c7804b
|
Update mysql.sql
|
2022-12-29 23:32:20 +08:00 |
|
midoks
|
22acce8bc0
|
mysql主从加入新的同步方式
|
2022-12-29 23:32:14 +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
|
96c9bc38ca
|
query_cache_size 设置优化
|
2022-11-03 11:25:36 +08:00 |
|
midoks
|
016dde04e7
|
Update my8.0.cnf
|
2022-10-22 22:36:33 +08:00 |
|
midoks
|
1cc4813c52
|
up
|
2022-10-01 20:38:28 +08:00 |
|
midoks
|
2ae74d6199
|
up
|
2022-10-01 20:14:28 +08:00 |
|
midoks
|
52d5fe4470
|
Update my.cnf
|
2022-08-10 15:47:37 +08:00 |
|
midoks
|
16d00013fa
|
Update mysql.sql
|
2022-08-06 20:50:42 +08:00 |
|
midoks
|
94a948b376
|
同步IP一致
|
2022-08-06 15:03:26 +08:00 |
|
midoks
|
1a9d90e2b1
|
Update my8.0.cnf
|
2022-08-06 14:16:37 +08:00 |
|
midoks
|
8cf6f1122c
|
up
|
2022-08-06 00:05:28 +08:00 |
|
midoks
|
6395d909df
|
up
|
2022-08-05 21:34:50 +08:00 |
|
midoks
|
42d8d828c5
|
ip
|
2022-08-05 20:53:44 +08:00 |
|
midoks
|
cf83120a54
|
up
|
2022-08-05 18:59:48 +08:00 |
|
midoks
|
656d9b6d89
|
up
|
2022-08-05 17:26:47 +08:00 |
|
midoks
|
7e4fcbfbb5
|
up
|
2022-08-05 03:49:22 +08:00 |
|
midoks
|
5170a9aba9
|
up
|
2022-08-04 15:33:45 +08:00 |
|
midoks
|
5352e3e5fa
|
up
|
2022-08-03 19:53:38 +08:00 |
|
midoks
|
085ddad7ea
|
up
|
2022-08-03 11:17:20 +08:00 |
|
midoks
|
be7aeab883
|
up
|
2022-08-02 23:43:25 +08:00 |