sync.Pool 是 Go 语言在标准库 sync 包中提供的一个类型，它可以用于存储临时对象，以减少内存分配的开销，提高性能。
应该下调心跳周期，但是旧版（1.0.1Realease-1.0.6Realease版本）存在
查看大图请移步 https://www.jianshu.com/p/5ebf4f4c1cf8
半同步复制需要安装额外插件之后才能启用，然后通过相应的变量启用，在安装插件之前这些变量不可用
编辑手记：前文我们分享了DG 中Far Sync Instance的创建和配置，今天一起来学习当Far Sync Instance出现问题时，日志传输的情况，并介绍在配置Far Sync Instance的情况下，switchover的过程。 上文中Oracle12c DataGuard Far Sync的配置和使用简介（上）提到了Far Sync Instance的配置,配置在参数中配置了max_failure=1 alternate=log_archive_dest_3 参数。当dest_2出现问题时会
直到目前的最新版本为止，MySQL缺省依然使用异步复制策略。简单说所谓异步复制，指的是主库写二进制日志、从库的I/O线程读主库的二进制日志写本地中继日志、从库的SQL线程重放中继日志，这三步操作都是异步进行的。如此选择的主要理由是出于性能考虑，与同步复制相比，异步复制显然更快，同时能承载更高的吞吐量。但异步复制的缺点同样明显，不能保证主从数据实时一致，也无法控制从库的延迟时间，因此它不适于要求主从数据实时同步的场景。例如，为了分解读写压力，同一程序写主库读从库，但要求读到的数据与读主库的相同，异步复制不满足这种强数据一致性需求。异步复制的另一个问题是可能会有数据丢失，例如主库宕机时，已经提交的事务可能还没有传到从库上，如果此时强行主从切换，可能导致新主库上的数据不完整。
主库在提交事务时，在客户端接收到查询结束反馈前必须保证二进制日志已经传输到至少一台备库上。
在并发编程中同步原语也就是我们通常说的锁的主要作用是保证多个线程或者 goroutine在访问同一片内存时不会出现混乱的问题。Go语言的sync包提供了常见的并发编程同步原语，上一期转载的文章《Golang 并发编程之同步原语》中也详述了 Mutex、RWMutex、WaitGroup、Once 和 Cond 这些同步原语的实现原理。今天的文章里让我们回到应用层，聚焦sync包里这些同步原语的应用场景，同时也会介绍sync包中的Pool和Map的应用场景和使用方法。话不多说，让我们开始吧。
本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名,转载请标明出处 最后编辑时间为: 2022/01/04 13:05
1、打开主库和从库的MySQL服务，然后安装插件，半同步复制插件在目录/usr/local/mysql/lib/plugin下
canal-1.1.4/common/src/main/java/com/alibaba/otter/canal/common/utils/BooleanMutex.java
在 MySQL 数据库中，sync_binlog 是一种重要的系统变量，主要用于控制二进制日志（binary logs ）的同步策略。
作者：操盛春，爱可生技术专家，公众号『一树一溪』作者，专注于研究 MySQL 和 OceanBase 源码。
Sync 和 Send 是 rust 安全并发中两个至关重要的 marker，但绝大多数的文档或书籍每当谈到它们就只是直接抛出它们的语义：
sync.Pool 应该是 Go 里面明星级别的数据结构，有很多优秀的文章都在介绍这个结构，本篇文章简单剖析下 sync.Pool。不过说实话 sync.Pool 并不是我们日常开发中使用频率很高的的并发原语。
看到这一篇文章的 xdm ，应该对组织结构同步有一些想法了吧，如果没有，可以看前面两篇文章，可以通过如下地址查看一下：
转载：https://www.cnblogs.com/zero-gg/p/9057092.html
昨天我们一起学习了 内存相关的3个常用trait Clone/Copy/Drop。
Oracle最吸引人的地方，就是有些答案，隐藏在种种现象之中，扑朔迷离，朦朦胧胧，就像侦探办案，首先要有思路，其次要有证据，再者就是扎实的基础知识，另外就是些运气。
本篇文章会从源码角度去深入剖析下 sync.Cond。Go 日常开发中 sync.Cond 可能是我们用的较少的控制并发的手段，因为大部分场景下都被 Channel 代替了。还有就是 sync.Cond 使用确实也蛮复杂的。
在 Go 语言开发中，内存分配和垃圾回收是影响程序性能的关键因素之一。频繁的对象创建和销毁会增加垃圾回收的压力，从而导致性能下降。为了解决这一问题，Go 提供了一个名为 sync.Pool 的数据结构，用于对象池化（object pooling），从而实现对象的重用，提高程序性能。
mysql默认是异步复制, 但是可以使用半同步插件(semisync_master.so和semisync_slave.so)来做半同步复制, 等待至少N个(rpl_semi_sync_master_wait_for_slave_count默认1)从库收到binlog后,才返回客户端提交成功. 当然超时(rpl_semi_sync_master_timeout默认10秒)后就变成异步了
在Java中，synchronized关键字是用来控制线程同步的，就是在多线程的环境下，控制synchronized代码段不被多个线程同时执行。synchronized既可以加在一段代码上，也可以加在方法上。
Send与Sync在Rust中属于marker trait，代码位于marker.rs，在标记模块中还有Copy、Unpin等trait。
前段时间支持客户处理问题的时候，发现一个semi-sync复制主从切换原master加入集群时，复制同步阻塞，无法继续同步数据的问题，非常有参考意义，整理一下，供大家参考。 问题现象 客户在一个一主两
----------------------------以上，MySQL半同步复制搭建完毕-------------------------
在高性能应用程序中，频繁的内存分配和回收是性能瓶颈的常见原因之一。Go 语言提供了 sync.Pool 类型，它可以用来存储和重用临时对象，以减少内存分配的开销。本文将详细介绍如何在 Go 中使用 sync.Pool，并通过实际代码示例来展示其对性能的提升效果。
在 Go 语言中，sync.Mutex 是一个基本的同步原语，它可以帮助我们实现并发环境下的线程安全。本文将介绍如何使用 sync.Mutex，以及为何我们需要它。
MySQL主从复制包括异步模式、半同步模式、GTID模式以及多源复制模式，默认是异步模式 (如之前详细介绍的mysql主从复制)。所谓异步模式指的是MySQL 主服务器上I/O thread 线程将二进制日志写入binlog文件之后就返回客户端结果，不会考虑二进制日志是否完整传输到从服务器以及是否完整存放到从服务器上的relay日志中，这种模式一旦主服务(器)宕机，数据就可能会发生丢失。
sync包提供了基本的同步原语，像互斥锁(sync.Mutex)、条件变量(sync.Cond)、等待组(sync.WaitGroup)等。对于所有这些类型，有一条硬性规则需要我们遵守：不能对这些类型的变量进行复制使用。本文讨论它们的工作原理以及如果进行复制使用会导致什么问题。
异步复制（Asynchronous replication），MySQL默认的复制是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理。原理最简单，性能最好，但是主从之间数据不一致的概率很大。
我们从GCD函数和队列的内容中最后的经典案例中关于死锁的案例开始，从死锁的发生开始，看看其产生的本质原因是为什么。
在某些场景下，我们需要初始化一些资源，例如单例对象、配置等。实现资源的初始化有多种方法，如定义 package 级别的变量、在 init 函数中进行初始化，或者在 main 函数中进行初始化。这三种方式都能确保并发安全，并在程序启动时完成资源的初始化。
随机IO（数据）：128GB / (30 x 0.9 x 60) s = 80.9MB/s 顺序IO（日志）：256GB / (30 x 0.9 x 60) s = 161.8MB/s
在 Rust 中，Send 和 Sync 是两个重要的 trait，用于实现并发安全。Send trait 表示类型的所有权可以在线程间传递，而 Sync trait 表示类型在多个线程中可以安全地共享。本篇博客将详细介绍 Rust 中 Send 和 Sync trait 的使用方法，包含代码示例和对定义的详细解释。
要开启半同步，我们需要安装插件，基本的要求是在满足异步复制的情况下，版本在5.5以上，并且变量have_dynamic_loading为YES，即判断是否支持动态插件。
Golang中sync包实现了两种锁，Mutex（互斥锁）和RWMutex（读写锁），其中RWMutex是基于Mutex实现的。
time.Sleep(time.Millisecond * time.Duration(rand.Intn(3)))
Postgresql中常见的的sharebuffer配置为内存的25%，而mysql的bp常见配置为内存的75%，原因和刷盘方式不同有关。
如果你有一个任务可以分解成多个子任务进行处理，同时每个子任务没有先后执行顺序的限制，等到全部子任务执行完毕后，再进行下一步处理。这时每个子任务的执行可以并发处理，这种情景下适合使用 sync.WaitGroup。
在golang中map不是并发安全的，所有才有了sync.Map的实现，尽管sync.Map的引入确实从性能上面解决了map的并发安全问题，不过sync.Map却没有实现len()函数，这导致了在使用sync.Map的时候，一旦需要计算长度，就比较麻烦，一定要在Range函数中去计算长度(备注：这个后面会有例子给出)。
不知道你是否也曾像我一样面对这样的问题：想要简单的在远程主机上上传下载数据文件、运行个命令，但要么需要通过ssh直接登录主机，要么需要频繁的输入ssh或scp等命令以及ip地址，密码。
关于sync包，我们继续讲。这里我们要讲sync.NewCond。要讲这个的使用我们先来了解个概念。
本篇文章会从使用方式和源码角度剖析 sync.Map。不过不管是日常开发还是开源项目中，好像 sync.Map 并没有得到很好的利用，大家还是习惯使用 Mutex + Map 来使用。
关于MySQL的复制架构，大体有下面三种方式，异步，全同步复制，半同步复制。 三种复制方式 第一种是异步复制，是比较经典的主从复制，搭建主从默认的架构方式，就是属于异步的，相对来说性能要好一些。但是还是会有丢失数据的情况。 第二种是全复制，比如说MySQL Cluster这样的方式，是属于全复制的，实际上MySQL Cluster其实发展并不大顺利，更多时候是一个实验室产品，但是时间定格在2016年12月12日，MySQL 5.7.17 GA的重大特性group replication插件
“ 上一篇文章分析了锁框架的AQS的源码，今天我们来分析一种具体的锁：重入锁ReentrantLock的源码，前面我们也说到ReentrantLock内部最重要的实现是基于AQS做的”
您诸位好啊，我是无尘。又到了愉快的周末，肝了一上午，给大家介绍下 sync 包。除了上一节我们介绍的 channel 通道，还有 sync.Mutex、sync.WaitGroup 这些原始的同步机制，来更加灵活的实现数据同步和控制并发。
在介绍通道的时候，如果启用了多个子协程，我们是这样实现主协程等待子协程执行完毕并退出的：声明一个和子协程数量一致的通道数组，然后为每个子协程分配一个通道元素，在子协程执行完毕时向对应的通道发送数据；然后在主协程中，我们依次读取这些通道接收子协程发送的数据，只有所有通道都接收到数据才会退出主协程。
这几天在迁移电脑工作环境，对于VSCode，我实在不想从头做下载插件、配置代码规则这样的事情，于是求助百度，搜索结果靠前的解决方案基本都是使用Setings Sync插件，于是我就从了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
