网站备案ip地址,微推客,企业网站的在线推广方法有,24小时网站建设Mysql 的主从延迟 指的是 主库受写入 后 到这个写入能体现在 从库上 的这段时间Mysql 的主从延迟 有两个原因#xff1a;1. 写操作 已经在 主库中执行了#xff0c;但是 binlog 还没有发送出去#xff0c; 后者还在路上#xff0c;没有被 从库收到2. 虽然 binlog 已经被 从…Mysql 的主从延迟 指的是 主库受写入 后 到这个写入能体现在 从库上 的这段时间Mysql 的主从延迟 有两个原因1. 写操作 已经在 主库中执行了但是 binlog 还没有发送出去 后者还在路上没有被 从库收到2. 虽然 binlog 已经被 从库接收到了但是仍然是以 relay log 存在还没有被从库消化对于消费之后要马上显示余额这种对数据一致性强的金融业务无奈的办法是读和写都打到 主库上。这就需要拆库拆表分散压力。如果实时性不强比如说评论点赞之类的可以先使用 前端的 Ajax 直接在用户的界面上 显示出对应的操作结果不必读刚刚提交的评论或点赞用户可能刷新界面刷新界面才是真正的去读取此时大概率写入的数据已经在从库中了(前提是机器工作正常)要消除 1 的影响的话就要在主从间采取类似 request - ack 方式的 问答式交互类似于 HDFS 的 客户端和流水线的问答方式。但是 Mysql 只支持 一主一从Mysql 5.5 的 semi-sync 支持这种功能。要消除 2 的影响的话可以让从库等待 seconds_behind_master 0 , 表示消耗完主库发来的 binlog但是只能精确到秒级真正地要精确到语句的话要等待本库消耗的位点等待也就是不用 GTID 的情况下要保证执行完的 binlog 的位点 要达到 收到的 binlog 的位点如果是采用GTID 的情况下要保证执行完的 binlog 的 GTID 的集合 要 到达收到的 GTID 集合但是上面两种消除都是不必要的因为都是在等待主从的整个状态 完全一致追求的是 主从数据库之间完全没有延迟可能我们写入 A 想读取 A 只用A 同步到 从库就行了。但是如果 后来 写库上又有写语句并且不能及时同步到从库。那么根据上面的消除策略就一直读不到 A 即使 A 已经在从库上了。于是我们想要 得到 写入的 A 在日志中的位点或者 GTID 。要去从库读取 A 的时候可以等待 A 同步到 从库再开始读Mysql 官方给出了对应的两种实现两种原理都差不多1.不使用 GTID :先在主库上使用 show master status 得到写入A后 主库的最新 binlog 的位点然后在从库上使用 select master_pos_wait(File, Position, 1) 表示等待 binlog 文件 File 并且等待这个 binlog 文件的 Position 位点 同步到从库1表示超时时间2.使用 GTID:获得 A 对应的 GTID 有两种方式一种和上面一样使用 show master status。二是使用官方的 API 具体是 C 实现对于 Java 可以用 JNI 嵌入到 JVM 中去官方的 API 允许执行后直接返回 这条语句对应 的 GTID。然后在从库上使用 select wait_for_executed_gtid_set(gtid1, 1)表示等待 gtid1 同步到 从库超时时间1 秒有时候 JDBC 的数据库链接长时间不用之后 会断开是因为两个过期参数interactive_timeoutwait_timeout这两个参数 都是控制 数据库客户端 和 数据库 不交互多久之后 断开连接只不过前一个是 在指定了 对应的参数的时候才用的。一般使用 后面的需要试验证实https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_interactive_timeouthttps://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_wait_timeout
