数据库读写分离是一种数据库架构技术，通过将数据库的读操作和写操作分别分配到不同的数据库服务器上，以提高数据库的性能和可扩展性。这样可以确保数据库的稳定性，同时实现负载均衡和故障转移。
数据库读写分离的例子：
假设有一个电商网站，该网站有一个主数据库服务器和一个从数据库服务器。主数据库服务器负责处理所有的写操作，例如插入、更新和删除数据，而从数据库服务器则负责处理所有的读操作，例如查询数据。
当一个用户在电商网站上浏览商品并添加到购物车时，该请求会发送到主数据库服务器上，执行写操作。而当用户再次查询购物车中的商品时，该请求会发送到从数据库服务器上，执行读操作。
通过这种方式，数据库读写分离可以减轻主数据库服务器的压力，提高数据库的性能和可扩展性。同时，当主数据库服务器出现故障时，从数据库服务器可以继续提供服务，确保网站的可用性。
数据库读写分离的主从数据库同步可以通过以下几种方式实现：
手动同步：开发者手动在主数据库上执行写操作后，再手动在从数据库上执行相同的操作。这种方式实现简单，但容易出错且效率低下。
触发器：在主数据库上为需要同步的表添加触发器，当有数据变更时自动将变更同步到从数据库。这种方式需要一定的技术实现，但可以确保数据的一致性。
第三方工具：使用如Mycat、MaxScale等数据库中间件来实现读写分离和数据同步。这些工具可以自动处理数据同步和故障转移。
数据库内置功能：一些数据库系统如MySQL支持半同步复制，可以在保证数据一致性的同时提高性能。
流复制：一些数据库如PostgreSQL支持流复制，数据变更会实时从主库流式传输到从库。
在选择同步方式时，需要根据实际业务需求和系统规模来决定。
在 MySQL 中，主从数据库的同步通常通过复制（replication）实现。以下是实现 MySQL 主从数据库同步的基本步骤：
配置主服务器：
打开主服务器的 MySQL 配置文件（通常是 my.cnf 或 my.ini）。
在 [mysqld] 部分下添加以下配置
server-id = 1 # 唯一标识主服务器
log-bin = mysql-bin # 启用二进制日志
重启 MySQL 服务。
创建主服务器上的复制用户：
GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'%' IDENTIFIED BY 'password';
在主服务器上配置二进制日志：
FLUSH LOGS; # 重置日志或先前的二进制日志会被丢弃，所以需要先执行此命令
SHOW MASTER STATUS; # 记录下输出的 'File' 和 'Position' 值，稍后配置从服务器时会用到
配置从服务器：
打开从服务器的 MySQL 配置文件。
在 [mysqld] 部分下添加以下配置：
server-id = 2 # 唯一标识从服务器，与主服务器不同
relay-log = mysql-relay-bin # 用于中继日志，存储从主服务器复制过来的数据变更`
在从服务器上设置复制：
CHANGE MASTER TO MASTER_HOST='主服务器IP',
MASTER_USER='repl_user', MASTER_PASSWORD='password', MASTER_LOG_FILE='主服务器SHOW MASTER STATUS的File值', MASTER_LOG_POS=主服务器SHOW MASTER STATUS的Position值;
启动从服务器上的复制：
START SLAVE; # 开始从复制操作
监控复制状态： 你可以使用以下命令来检查复制的状态：
SHOW SLAVE STATUS\G; # 查看从服务器的复制状态，检查 'Slave_IO_Running' 和 'Slave_SQL_Running' 的值是否都为 'Yes'。如果不是，需要检查并解决问题。
另外在日常实际应用中大多数个人开发者表就没几个基本上都使用触发器直接更新从库是最简单的方法。
故障转移和负载均衡：当主服务器出现问题时，你可以手动将流量切换到从服务器，或者使用如 ProxySQL 等工具自动实现故障转移和负载均衡。
注意事项：确保网络连接稳定、加密传输、定期检查和优化复制性能等。
优化和调整：根据实际需求和性能表现，可能需要进一步优化和调整复制参数、网络设置等。
维护与监控：定期检查复制状态、监控主从服务器的性能指标，确保数据同步的可靠性和稳定性。