正文:(十九)数据同步4
在解决了MobiLink数据同步的中心数据库与远程数据库的删除同步问题后,我又开始测试数据同步的速度问题。发现局域网内和Internet网上MobiLink的数据同步速度差不多,这让我很是高兴,可接着另外一个问题又开始困扰我了。
开始做数据同步测试的时候,由于数据库中的数据量很小,每次数据同步的时间大概在2-5分钟。而随着数据库中的数据逐步增加,发现同步所需的时间越来越长。MobiLink资料上,都说数据同步的原理是依据日志文件中的数据库操作语句,对数据进行增量同步,即第二次同步的数据是第一次同步后的数据修改。这就让我很不理解了,为什么随着数据库的增大,同步的速度越来越慢,而且从同步服务器的滚屏显示上,明显是在扫描第一次同步以前的数据。
Google了N多的地方,都没有发现有讨论这个问题的地方,我又得自己摸黑前进了。凭借以往的经验初步推断,有两种可能原因,第一种是数据库的日志出来问题,第二种是数据库的MobiLink同步设置出来问题。
首先从第一种可能性考虑,我把ASA数据库的日志删除掉,重新构建日志。希望全新的日志能给我解决这个问题,可发现同步速度依然是老牛拉车。重构的新日志不行,我又遍查方法,希望能有日志整理的方法,把原先的日志重新整理。光折腾日志就花了我一个多星期,头也大了两圈,最终自认为是进来死胡同。
然后又考虑Mobilink同步设置的问题,把《Mobilink同步用户指南》《Mobilink同步参考手册》都翻了个遍,还查几乎所有能找到的资料,也都没查出所以然来。光前面两本书加起来就一千五百来页,真是郁闷得够呛。此时的Gentleman又给了我鼓励,说现在也能将就着用,无非就是速度慢些而已。可我心中明白啊,系统正式上线后,数据库会迅速加大,如果每次同步都是全扫描,那真是慢得跟头驴一样。
经过半个多月的查找,就在我几乎快绝望的时候,一次随意翻查《MobiLink Developer Resource Kit》的时候,居然发现里面有一篇“Mobilink数据分区”,详细地记载了如何设置实现数据的增量同步。这真是踏遍铁鞋无觅处,得来全不费功夫啊。我都感动得想喊出来,按照里面的设置方法,对数据库进行了相应的调整后,一测试,OK, No Problem。
那天,我感受到久违了的胜利喜悦,似乎一下子把我拉回到了读书时代。
在解决了MobiLink数据同步的中心数据库与远程数据库的删除同步问题后,我又开始测试数据同步的速度问题。发现局域网内和Internet网上MobiLink的数据同步速度差不多,这让我很是高兴,可接着另外一个问题又开始困扰我了。
开始做数据同步测试的时候,由于数据库中的数据量很小,每次数据同步的时间大概在2-5分钟。而随着数据库中的数据逐步增加,发现同步所需的时间越来越长。MobiLink资料上,都说数据同步的原理是依据日志文件中的数据库操作语句,对数据进行增量同步,即第二次同步的数据是第一次同步后的数据修改。这就让我很不理解了,为什么随着数据库的增大,同步的速度越来越慢,而且从同步服务器的滚屏显示上,明显是在扫描第一次同步以前的数据。
Google了N多的地方,都没有发现有讨论这个问题的地方,我又得自己摸黑前进了。凭借以往的经验初步推断,有两种可能原因,第一种是数据库的日志出来问题,第二种是数据库的MobiLink同步设置出来问题。
首先从第一种可能性考虑,我把ASA数据库的日志删除掉,重新构建日志。希望全新的日志能给我解决这个问题,可发现同步速度依然是老牛拉车。重构的新日志不行,我又遍查方法,希望能有日志整理的方法,把原先的日志重新整理。光折腾日志就花了我一个多星期,头也大了两圈,最终自认为是进来死胡同。
然后又考虑Mobilink同步设置的问题,把《Mobilink同步用户指南》《Mobilink同步参考手册》都翻了个遍,还查几乎所有能找到的资料,也都没查出所以然来。光前面两本书加起来就一千五百来页,真是郁闷得够呛。此时的Gentleman又给了我鼓励,说现在也能将就着用,无非就是速度慢些而已。可我心中明白啊,系统正式上线后,数据库会迅速加大,如果每次同步都是全扫描,那真是慢得跟头驴一样。
经过半个多月的查找,就在我几乎快绝望的时候,一次随意翻查《MobiLink Developer Resource Kit》的时候,居然发现里面有一篇“Mobilink数据分区”,详细地记载了如何设置实现数据的增量同步。这真是踏遍铁鞋无觅处,得来全不费功夫啊。我都感动得想喊出来,按照里面的设置方法,对数据库进行了相应的调整后,一测试,OK, No Problem。
那天,我感受到久违了的胜利喜悦,似乎一下子把我拉回到了读书时代。