那是不是可以这样，当主服务器有数据更新时，立即更新从服务器中的Memcached中的数据，这样即使有延迟，但延迟的时间应该更短了，基本上可以忽略不计了。
创新互联建站始终坚持【策划先行，效果至上】的经营理念，通过多达10年累计超上千家客户的网站建设总结了一套系统有效的全网营销推广解决方案，现已广泛运用于各行各业的客户，其中包括：成都效果图设计等企业，备受客户赞誉。
完全使用垂直切分加上水平切分再加上类似Memcached的系统也可以解决问题。优酷的经验数据库采用水平扩展，主从复制，随着从数据库的增多，复制延迟越来越厉害，最终无法忍受。
mysql mysql做主从复制，但是发现主库修改了某些字段属性值，从从库查询，却拿到旧的值。
延迟发生原因：首先mysql主从是基于行的复制。
比如楼哥之前面试小米，就被问到过主从复制的原理，以及主从延迟的解决方案，因为回答的非常不错，给面试guan 留下非常好的印象。
1、分别修改主从数据库的配置文件my.inimaster3306是mysql默认端口号，这里master实例中可以不用修改；server-id用来指定唯一id，不同的mysql实例不重复即可；binlog-do-db指定需要复制的数据库；log-bin用来开启二进制日志文件。
2、设置细节：主服务器：191610 从服务器：191620 数据库：mydb设置MySQL主服务器在主服务器上创建一个具有REPLICATION SLAVE权限的mysql帐户，复制客户端将连接到master。
3、mysql主从复制的配置 准备工作 有两台MySQL数据库服务器Master和slave，Master为主服务器，slave为从服务器。
4、首先要在本地建立两个mysql服务（参考这里），指定不同的端口。我这里一个主（3306），一个从（3307）。
1、一：安装percona-toolkit二：修改mysql 的binlog格式binlog_format参数为row格式mysql binlog日志有三种格式，分别为Statement， Mixed，以及ROW！Statement：每一条会修改数据的sql都会记录在binlog中。
2、现在的问题很明确，就是如何恢复主从库数据的一致性。
3、mysql STOP SLAVE；在主服务器上：停止从服务器之后，转到主服务器并使用以下命令重置主服务器状态。mysql RESET MASTER；mysql FLUSH TABLES WITH READ LOCK；使用以下命令复制数据库转储。
1、登录mysql服务器并执行以下命令。mysql STOP SLAVE；在主服务器上：停止从服务器之后，转到主服务器并使用以下命令重置主服务器状态。mysql RESET MASTER；mysql FLUSH TABLES WITH READ LOCK；使用以下命令复制数据库转储。
2、增加一个数据库作为同步数据库：create database test；创建一个表结构：create table mytest (username varchar(20)，password varchar(20))；修改配置文件：修改A的/etc/my点吸烟 f文件。
3、我们采用单向同步的方式，就是master的数据是主的数据，然后slave主动去master哪儿同步数据回来。
4、在有主键或者唯一键的情况下，Slave 重放 Binlog 并不会去比较检索到的记录的每一列是否和BI相同，因此如果 Slave 和 Master 存在数据不一致，会直接覆盖 Slave 的数据而不会报错。
5、.0.1，数据库实际连接的时候用的是10.1。
6、这两个状态只能是参考，这两个状态会有延迟，应该是有报错卡住了，看一下slave_sql_running_state有没有报错，如果没有报错，重启一下slave，有错误就会显示出来。解决错误，同步会恢复正常。
