星型结构数据一致性的问题（数据同步有可能冲突）

在改版的过程中遇到一个难题，运营要求用户在管理状态和浏览状态使用相同的URL地址，不能像原先使用不同的域名，这个问题对我们可真是一个难题，由于网站访问量比较大，浏览状态下不可能不用缓存，但却要在登陆状态下不使用缓存，所以只能从cookie来判断（同事用nginx做的分组），但要求时时的数据不能从分点直接查北京的库，不然相应慢不说还很消耗专线带宽，看老大的意识是把辅库从北京挪到各各分点，来减少专线带宽的压力，但是由于主库和辅库距离比较远数据同步又是一大难题啊（我还真就没测试过，如果在毫秒级的那这些担心都没有了），本想说服老大采用JS方式做呈现的，但大家都觉得很麻烦，效果也不好（对SEO不好，请求次数过多，页面载入过程中一堆loading，弄不好卡住了还会出错，qqzone就是一个巨大的失败，但163的邮箱做的比较不错），只好作罢，下面是结构的一个基本的想法，但如果像图中所说的优先更新用户所在地点的辅库，数据一致性真的很担心，当前还不知道好的处理办法，图中当有写操作的时候，优先更新用户所在分点的db，但当数据中心进行同步的时候，不同分点可能会有数据不一致的地方或索引冲突，途中注释是当前仅知道的解决办法，但程序变动比较大，真不知道什么好的方法解决数据同步这个冲突的问题。