为什么读写分离可以提高数据库的性能请看上面的博客。根据数据库常识，读写分离确实可以提高数据库的性能，但各位对它的底层原理不知道是否理解。比如，一台读，一台写，但数据仍然需要同步的，不然这个系统就没了意义，那好了，同步的时候难道就不是一个写操作吗？那么实质上不是一样？
学习是最好的投资！
但是读的时候不需要同步啊，一台读的性能高，一台写的性能高。读写分离适用与读远大于写的场景。
MySQL 使用了很多的数据库存储引擎，每个引擎既有优点也有缺点。有些不支持事物，但是性能和速度很高；有些读取很快，但是写入很慢，而有些则正好相反；…… 进行主从读写分离可以充分发挥每个数据库引擎的优点。
你的疑问：但数据仍然需要同步的。其实这也不算是同步，因为所有的数据都是单项的。应用层的数据是直接写入主库，但是从库的数据则是从 binlog 恢复的，而且，最重要区别在于主库向从库发送 binlog 是异步的，从库恢复数据也是异步的。
就算是没有从库，那么主库也需要把 binlog 数据写入到硬盘或者其它的电脑，以防止数据库故障。当数据库出现问题后，DBA 也只能从 binlog 中恢复之前的数据。
在你的描述中：“一台读，一台写”。我才你可能是个初学者吧，或者没有参与过真实的项目。真正线上的项目都是 N 台读写，M 台备份。做读写分离后就是 N 台读，N 台写，M 台备份；或者 1 台读，1 台写，M 台备份。
读写分离的主要目的是分担服务器压力，适用于数据实时性要求不那么严格的业务，可以根据需要分别配置不同的系统参数来应对不同的读写需求，进而提高整个业务系统的整体性能！
但是读的时候不需要同步啊，一台读的性能高，一台写的性能高。读写分离适用与读远大于写的场景。
MySQL 使用了很多的数据库存储引擎，每个引擎既有优点也有缺点。有些不支持事物，但是性能和速度很高；有些读取很快，但是写入很慢，而有些则正好相反；…… 进行主从读写分离可以充分发挥每个数据库引擎的优点。
你的疑问：但数据仍然需要同步的。其实这也不算是同步，因为所有的数据都是单项的。应用层的数据是直接写入主库，但是从库的数据则是从 binlog 恢复的，而且，最重要区别在于主库向从库发送 binlog 是异步的，从库恢复数据也是异步的。
就算是没有从库，那么主库也需要把 binlog 数据写入到硬盘或者其它的电脑，以防止数据库故障。当数据库出现问题后，DBA 也只能从 binlog 中恢复之前的数据。
在你的描述中：“一台读，一台写”。我才你可能是个初学者吧，或者没有参与过真实的项目。真正线上的项目都是 N 台读写，M 台备份。做读写分离后就是 N 台读，N 台写，M 台备份；或者 1 台读，1 台写，M 台备份。
读写分离的主要目的是分担服务器压力，适用于数据实时性要求不那么严格的业务，可以根据需要分别配置不同的系统参数来应对不同的读写需求，进而提高整个业务系统的整体性能！