其中一点是，虽然从库也需要接受写入，不过数据同步使用 binlog ，从库不需要像主库那样先对 SQL query 进行 SQL parsing 等操作，写入效率高。

但是读的时候不需要同步啊，一台读的性能高，一台写的性能高。读写分离适用与读远大于写的场景。

MySQL 使用了很多的数据库存储引擎，每个引擎既有优点也有缺点。有些不支持事物，但是性能和速度很高；有些读取很快，但是写入很慢，而有些则正好相反；…… 进行主从读写分离可以充分发挥每个数据库引擎的优点。

你的疑问：但数据仍然需要同步的。其实这也不算是同步，因为所有的数据都是单项的。应用层的数据是直接写入主库，但是从库的数据则是从 binlog 恢复的，而且，最重要区别在于主库向从库发送 binlog 是异步的，从库恢复数据也是异步的。

就算是没有从库，那么主库也需要把 binlog 数据写入到硬盘或者其它的电脑，以防止数据库故障。当数据库出现问题后，DBA 也只能从 binlog 中恢复之前的数据。

在你的描述中：“一台读，一台写”。我才你可能是个初学者吧，或者没有参与过真实的项目。真正线上的项目都是 N 台读写，M 台备份。做读写分离后就是 N 台读，N 台写，M 台备份；或者 1 台读，1 台写，M 台备份。

读写分离的主要目的是分担服务器压力，适用于数据实时性要求不那么严格的业务，可以根据需要分别配置不同的系统参数来应对不同的读写需求，进而提高整个业务系统的整体性能！