1

背景:php做web开发,MVC,phalcon

1.生产与灰度数据缓存

  • 原因:

    1. service层获取数据,有新增数据字段;

    2. controller层是通过redisCache调用service接口;

    3. redisCache采用redis-file双缓存结构,可能存在情况:redis-cache有效;file-cache有效;直接本地调用service,再写进redis和file-cache中;

    4. 线上有个脚本会每隔1秒通过redisCache调用一次此service接口,并且强制刷新缓存(redis-file);

    5. 灰度环境和生产环境用的是同一套redis,而且必须这样;
      所以,这就造成线上的脚本不断的从线上的service中取得数据,并刷新的redis-file缓存中,从而造成灰度环境直接读了线上缓存,导致灰度代码的service变更没有生效

  • 尝试解决:

    1. 灰度代码:问题controller调用redisCache接口,有强制刷新参数,将其置为false;
      存在问题:这样是恨不正确的做法,会把灰度的service数据强制刷新到redis-file缓存中,从而导致线上缓存出现脏数据,这样后果很严重!!

    2. 灰度代码:问题controller中,直接调用本地的service,不走缓存;
      存在问题:导致灰度环境的所有(此controller)请求直接打在mysql上,从而增加了mysql本身的风险。

(方法1、2,如图)
solve.png

总结:因为灰度环境在公司内网,访问量较小,相比方法1,方法2可以暂时解决灰度测试时的缓存问题。但是仍然存在风险。

(各位看官,有木有更好的解决方案?)

2.Mysql主从不同步

  • 原因:

    1. 环境:php+mysql+phalcon,生产环境,mysql存在主从;

    2. 通过接口传入A、B两组数据并在一个事务中分别插入到A-table、B-table中,提交事务,再更新A刚插入的一个字段;

    3. 更新通过phalcon的findFrist找到数据 刚才插入的数据,更新字段,调用save;

    // 示例代码 ATable,BTable都是继承phalcon的model
    $a = array('id' => 1, 'testa' => 'data');
    $b = array('id' => 1, 'testb' => 'data');
    
    // 插入数据
    $db->startTrascation();
    $a_obj = new ATable();
    $a_obj->id      = $a['id'];
    $a_obj->testa = $a['testa'];
    $a_obj->save();
    $b_obj = new BTable();
    $b_obj->id      = $b['id'];
    $b_obj->testb = $b['testb'];
    $b_obj->save();
    $db->commit();

    // 更新数据,findFirst
    $update_a_obj = ATable::findFirst(array('id=:a_id:', 'bind' => array('id' => $a['id'])));
    $update_a_obj->testa = 'new_data';
    $update_a_obj->save();
    // 这里就会出错,因为这里findFirst走了从库

    // -----------------说明----------------------
    // findFirst走从库是项目本身在model层做的初始化
    public function initialize() {
        parent::initialize();
        $this->setReadConnectionService('db_r');
        $this->setWriteConnectionService('db');
    }
    // setReadConnectionService由phalcon底层提供

可参考phalcon-model源码


总结:1. 永远不要认为主从同步;2.同一个mysql连接,不要出现既用主库、又用从库;


fevin
1.1k 声望24 粉丝