mysql读写分离的瓶颈问题怎样解决
一主一从通常使用的目的1 容灾2 从库备份3 从库用于数据统计或分析对于你说的，写全在主库，查询全在从库（并且要求实时同步）的情况，使用官方版的mysql是不能达到你这个要求的。主从同步：5.6以前是单线程同步，5.6可以多库间并行同步，5.7有了多进程同步。但这些都不能保证数据可以实时的同步到从库。例如一个事务在主库上执行需要1分钟，那么在从库上执行也需要1分钟，而在主库已经执行完，而从库正在执行的这1分钟内，主从数据还不是实时同步的。所以你这个从最根本上的选择不是太合适。可以把实时要求严格放在主库上执行，而对于实时性要求不严格的话在从库上执行，使用ucloud（UCloud – 专业云计算服务商）的主从，会有主从间延时的监控，可以方便的看到主从之间的同步延时。QQ 273002188 欢迎一起学习QQ 群 236941212oracle,mysql,PG 相互交流
■网友
严格意义上讲，MySQL 读、写分离确实存在上述情况，这是由Master-Slave 异步复制存在延迟所导致的，且Master binlog的写入为多线程，而Slave同步的sql_thread为单线程（MySQL5.6之前），两者写入速度不一致，在高并发写入的情况下，Slave节点延迟会更大；所以，读、写分离时，一般的做法是，前端程序加判断，首先检查SLAVE节点同步位置以及状态是否同步至最新，确认其正常后，然后将查询请求发送至此节点。方法如下：1、请求发送过来时，首先在Master节点执行"Show master status"，记录下当前的binlog以及position2、在SLAVE节点上，执行 select master_pos_wait(binlog, pos), 等待同步到最新节点，然后发送查询请求
■网友
读写分离的意义：1. 冗余备份；2. 写少读多的场景下，通过分散读写到不同的数据库实例上来提高性能；对于写多读少或者读写均衡的系统，我认为冗余备份的意义更大写；对性能并没有多少提升；针对上述问题，我认为关键是根据某种路由规则，对数据进行划分，分散写请求到不同的实例上；
■网友
试试Mysql5.7GA版本，另外加入读写分离组件：例如atlas，Mycat（延迟时间基本上是毫秒级的，并没有像官方所说毫无延迟）；但，如果你确保毫无延迟，最好就别做读写分离，可以根据实际情况进行分库分服务；还有就是，你业务逻辑跟着改造。
推荐阅读
![[学姐评车]12万起，搭宝马同款8AT变速箱，月薪5000的我买了这台车](https://imgcdn.toutiaoyule.com/20200415/20200415051643041060a_t.jpeg)
- 『先进』长江流域最先进洗舱站在宁投运 油可分离回收，水能循环使用
- 浙江推进抽检分离改革“摇号”“盲检”保障食品安全
- 某些公司招聘要求中的精通mysql是啥程度
- 油气分离|中杯大杯超大杯？一款2.0T发动机，为什么要分高中低三个功率？
- mysql myisam引擎，插入unique数据用不满cpu等硬件是啥原因
- 汽车知识|法式干湿分离房车！卡莱尔21款455拖挂发布售25.8万
- 校园一卡通咋充进去钱的
- Android中怎样将统计代码与业务逻辑分离?
- 为啥mysql安装后，占磁盘空间比Oracle、SqlServer小这么多
- 新疆首例连体婴儿分离手术成功完成