左丿子Filv
我们知道，大型网站为了缓解高并发访问，往往会给网站做负载均衡，但这远远不够。我们还需要对数据库层做优化，因为大量的数据查询单靠一台数据库服务器很难抗得住，这时候我们就需要做读写分离了。
什么是读写分离？
所谓的“读写分离”是指将数据库分为了主库和从库，其中主库用来写入数据，（多个）从库用来读取数据。
读写分离是为了解决什么问题的？
就大多数互联网项目而言，绝大多数都是“读多写少”，所以读操作往往会引发数据库的性能瓶颈，为了解决这个问题，我们就将对数据的读操作和写操作进行分离，避免读写锁带来的冲突，从而提升了数据库的性能。
通俗的说，读写分离是为了解决数据库的读写性能瓶颈的。
MySQL读写分离的原理
MySQL读写分离是基于主从同步的，因为读写分离是将数据读/写操作分流至不同的数据库节点服务器进行操作，这就涉及到了主库和从库的数据同步问题。
MySQL主从同步的原理是：主库将变更记录写入binlog日志（二进程日志），然后从库中有一个IO线程将主库的binlog日志Copy过来写入中继日志中，从库会从中继日志逐行读取binlog日志，然后执行对应的SQL，这样一来从库的数据就和主库的数据保持一致了。
这里需要留意的是，从库同步数据时是串行而非并行操作的！！！即使在主库上的操作是并行的，那在从库上也是串行执行。所以从库的数据会比主库要慢一些，尤其是在高并发场景下延迟更为严重！
MySQL主从同步延时问题如何解决？
上面讲到了，之所以导致MySQL主从同步存在延迟的原因是从库同步数据时是串行而非并行执行的。
要解决主从同步延迟，有几个可行方案供大家参考：
1、我们可以使用并行复制来处理同步。什么是并行复制呢？并行复制指的就是从库开启多个线程并行读取relay log 中的日志；
2、对实时性要求严格的业务场景，写操作后我们强制从主库中读取；
以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流 ~ 我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！网络圈
首先排查原因，对症下药：
一 网络I/O：
首先检查服务器的网络通信质量，主从服务器的I/O负载，网络质量不好，或者I/O负载过高会导致主从同步延时。
二 服务器硬件：
看看服务器硬件是否能更上系统的并发和实时要求，如果跟不上，加资源。
三 系统检查：
系统并发过高的话，适当提高从库拉取日志的线程数，改进读写缓存策略。如果是多台从库，为了避免从库拉取日志造成主库负载过高，可以用中继的方式拉取日志。
回答完毕，谢谢，希望对你有所帮助
本人专注互联网最新技术，大数据，数据采集，数据处理，数据治理，望交流！！
渣渣灰233
这个问题问得好！
工作中遇到过不少这个问题，由于数据库读者分离或者主从同步都需要一定时间，由于
怎么解决？
代码中规避
写库完成之后返回数据通过缓存处理，适当允许不可重复读！
数据库主从配置优化
仅用从库的binlog同步，logs-slave-updates不记录主从产生日志等方式减小主从同步压力。
提高硬件配置，确保主从数据库在同一个局域网
提高主从数据库物理机配置，包括IO，带宽，CPU等，使用SSD。注意尽量在同一个局域网部署主从服务器。
没有时间细化了，大致上也就这些吧，从代码到架构到硬件，这也是我们考虑问题的常规思路！望采纳！
