MySQL从库的binlog同步过程不会加排他锁。在MySQL的复制过程中，从库会连接到主库，并通过读取主库的binlog来获取更新的数据。这个过程是通过异步的方式进行的，从库不会对主库的数据进行修改或加锁。因此，binlog同步不会引入额外的锁机制，不会对主库的并发性能产生影响。这也是MySQL复制机制的一个优点，可以实现高性能的数据复制和同步。
mysql从库在进行binlog同步时，会加排他锁来保证数据的一致性和避免并发写入的冲突。这是因为从库在进行同步时需要对数据进行修改，如果不加锁可能会导致数据的不一致性和错误的结果。因此，为了保证数据的正确性和一致性，mysql从库在binlog同步时会使用排他锁。
MySQL大致可归纳为以下3种锁：
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般