yrx420909的博客

MHA简介（1）MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于 Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在 0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，M...

1.配置基于gtid的主从复制[root@server1 MYSQL]# vim /etc/my.cnf[root@server1 MYSQL]# systemctl start mysqld[root@server1 MYSQL]# cat /var/log/mysqld.log |grep password2020-03-08T06:45:33.282665Z 1 [Note] A...

1. mysql-proxy实现读写分离的原理MYSQL读写分离是指让master处理写操作，让slave处理读操作，非常适用于读操作量比较大的场景，可减轻master的压力。 使用mysql-proxy实现mysql的读写分离，mysql-proxy实际上是作为后端mysql主从服务器的代理，它直接接受客户端的请求，对SQL语句进行分析，判断出是读操作还是写操作，然后分发至对应的mysql服...

1. 全同步的解释：（Fully synchronous replication）1、逻辑上指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。2、技术上当主库提交事务之后，所有的从库节点必须收到、APPLY并且提交这些事务，然后主库线程才能继续做后续操作。但缺点是，主库完成一个事务的时间会被拉...

1. 半同步的解释1、逻辑上是介于全同步复制与全异步复制之间的一种，主库只需要等待至少一个从库节点收到并且 Flush Binlog 到 Relay Log 文件即可，主库不需要等待所有从库给主库反馈。同时，这里只是一个收到的反馈，而不是已经完全完成并且提交的反馈，如此，节省了很多时间。2、技术上介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少...

1. GTID的工作原理1、master更新数据时，会在事务前产生GTID，一同记录到binlog日志中。2、slave端的i/o 线程将变更的binlog，写入到本地的relay log中。3、sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录。4、如果有记录，说明该GTID的事务已经执行，slave会忽略。5、如果没有记录，slave就会从re...

1.MySQL主从复制原理MySQL主从复制涉及到三个线程，一个运行在主节点（log dump thread），其余两个(I/O thread, SQL thread)运行在从节点，如下图所示:  主节点 binary log dump 线程  当从节点连接主节点时，主节点会创建一个log dump 线程，用于发送bin-log的内容。在读取bin-log中的操作时，此线程会对主节点上的...

1. Mysql服务器逻辑架构图（1）每个客户端和mysql的单独连接都会拥有一个独立的线程（2）每个sql的查询都会先进行查询缓存 如果缓存命中会直接返回sql语句的结果（3）解析器包含对sql函数的解析 已经mysql大部分功能的实现 比如触发器 存储过程（4）优化器负责对sql语句的优化 比如sql如果没有遵循左原则 经过优化可以使用到联合索引的语句 还有表的读取顺序等等的优化2...