1.网络的延迟由于mysql主从复制是基于binlog的一种异步复制,通过网络传送binlog文件,理所当然网络延迟是主从不同步的绝大多数的原因,特别是跨机房的数据同步出现这种几率非常的大,所以做读写分离,注意从业务层进行前期设计。2.主从两台机器的负载不一致由于mysql主从复制是主数据库上面启动1个io线程,而从上面启动1个sql线程和1个io线程,当中任何一台机器的负载很高,忙不过来,导致其
分类:
数据库 时间:
2018-09-09 19:58:28
阅读次数:
275
很长一段时间以来,一个region同一时间只能在一台RS(Region Server)中打开。如果一个region同时在多个RS上打开,就是multi-assign问题,会导致数据不一致甚至丢数据的情况,这是要避免和解决的。对于正常情况而言,region本质上是单点服务的,当RS宕机时,这个RS上的 ...
分类:
其他好文 时间:
2018-09-08 17:38:30
阅读次数:
140
1. 页面缓存+URL缓存+对象缓存 2. 页面静态化,前后端分离 3. 静态资源优化 4. CDN优化 ### 1、页面缓存 1. 取缓存 2. 手动渲染模板 3. 结果输出 解决数据及时性`页面缓存有效时间比较短` ### 2、URL缓存 1. 带额外参数的页面缓存 `注意` ``` 适用于变化 ...
分类:
其他好文 时间:
2018-09-06 12:32:34
阅读次数:
198
MySQL主从原理非常简单,总结一下:每个从仅可以设置一个主。主在执行sql之后,记录二进制log文件(bin-log)。从连接主,并从主获取binlog,存于本地relay-log,并从上次记住的位置起执行sql,一旦遇到错误则停止同步。从这几条Replication原理来看,可以有这些推论:主从间的数据库不是实时同步,就算网络连接正常,也存在瞬间,主从数据不一致。如果主从的网络断开,从会在网络
分类:
数据库 时间:
2018-09-03 00:05:57
阅读次数:
240
一、从数据一致性谈起 一致性问题,“万恶之源”是数据冗余和分布并通过网络交互+网络异常是常态。 1、数据一致性的情形 主库、从库和缓存数据一致性,相同数据冗余,关系数据库,为保证关据库的高可用和高性能,一般会采用主从(备)架构并引入缓存。其中数据不一致性存在于数据冗余的时间窗口内。常用的解决方案见数 ...
分类:
其他好文 时间:
2018-08-22 01:12:31
阅读次数:
196
前言: 主从复制做为MySQL的精髓, 它有两大困难:主从数据的延时与数据的不一致性。本文主要表达的内容是如何排查数据不一致性。针对数据不一致的排查处理,各位业界大佬们都有丰富的处理经验,我就不多哔哔。我今天来主要给大家介绍工作中碰到奇葩示例:由于一个极隐式的骚操作,导致从库丢失数据(数据丢失量在每 ...
分类:
其他好文 时间:
2018-08-21 00:24:13
阅读次数:
233
数据挖掘项目是一个涉及的环节也比较多,而且高度依赖数据的项目。所以在其中一个过程中遇到点坑,简直太正常不过了。需求不明确是第一大坑。需求不明确会把后面的分析方向完全带沟沟里面去,也容易被迫接受一些不可能完成的挖掘目标和商业目标。不过这种一般只会发生在一个公司刚开始有这个岗位的时候,随着项目的增加,后 ...
分类:
其他好文 时间:
2018-08-15 22:55:15
阅读次数:
200
vuex- action 1、当点发送过快,页面中渲染的内容与state中的数据不一致,vuex里面的state变得慢,且不持续更新 2、action中是可以做到页面中state中数据保持一致 vuex- action 1、当点发送过快,页面中渲染的内容与state中的数据不一致,vuex里面的st ...
分类:
其他好文 时间:
2018-08-13 13:56:28
阅读次数:
215
CAP理论被很多人拿来作为分布式系统设计的金律,然而感觉大家对CAP这三个属性的认识却存在不少误区,那么什么是CAP理论呢?CAP原本是一个猜想,2000年PODC大会的时候大牛Brewer提出的,他认为在设计一个大规模可扩放的网络服务时候会遇到三个特性:一致性(consistency)、可用性(A ...
分类:
系统相关 时间:
2018-08-09 17:32:08
阅读次数:
257