业务场景是这样的,有多个应用线程需要使用业务数据,而业务数据需要定期同步或者准实时同步过来(秒级别),通常这种情况首先想到的就是通过加锁的方式,
(一)
一个线程负责从数据库,或者文件,或者网络中加载数据,加上写锁,这样避免不了锁竞争,尤其是在写数据的时候,会造成惊群效应,即使是在没有些的情况,读锁还是有一定的开销的。但是这种方式好处是实现起来简单,内存消耗比较小。
(二)
一个线程负责取数据,每次new 一个新的buffer,接收全量或者增量数据,用一个临时指针指向之前正在使用的数据,新的buffer加载好后,将使用数据的全局指针指向新的buffer,(在切换成新指针的时候加上写锁,其他的地方加上读锁)再delete 临时指针(释放老的数据),这个方法在我之前的一个项目中运行很长时间重来没有出现过问题,这样实现了共享数据只在切换的时候加上写锁,其他地方只有读锁,显著的减少了锁竞争,和锁粒度。实现了数据更新的无缝切换。此方案在数据一致性要求非常严格的场景并不适应,只是适应不经常变更的数据,而且数据的变更对服务的响应允许一定的延时,非实时一致性。
map<int, int> *t = g_using;
map<int, int> *new_map = new map(int, int);
加载数据到new_map;
pthread_rwlock_wrlock();
g_uing = new_map;
pthread_rwlock_unlock();
delete t;