MyBatis 分表插件之并发安全(三)

前言

这是Mybatis缓存插件系列的第三篇文章,不熟悉的同学可以看下上两篇。缓存篇(二), 原理入门(一)
上一篇中介绍了给分表插件添加缓存,主要是用来处理解析SQL获取原始表名称。文章提到,在单应用debug跟踪的时候,是没有问题的。但是实际环境中,由于没有协调对缓存的访问和修改,会造成取到错误的结果,导致请求失败。虽然当时使用了ConrrentHashMap,但是解析的结果是保存在一个对象中的,因此这里操作map是线程安全的,但是保存的对象字段仍然可以修改,并发下会有问题,这就是最终的原因。所以在测试环境部署后,会看到表名称没有替换,导致SQL执行失败。今天这篇文章就是介绍如何保证,SQL解析缓存的线程安全。

paprika

思路

首先,可以知道线程安全的问题主要是并发修改和访问导致的,我们可以在修改时锁定对象,这里对应过来就是:在map的更改操作加锁;除了这个还有一种思路。上面提到,虽然使用了ConcurrentHashMap,保证了操作解析对象的线程安全,但是对象的字段修改却不是线程安全的,因此可以在操作解析对象指定字段的时候加锁,这样来协调多线程并发的修改和访问。 最终,这边采用了给整个修改操作加锁的方式,可以看下面的代码和解析。

代码

解析结果对象

 @Data
    private static final class ShardEntity {
        //执行SQL,开始考虑缓存,Mapper中一个方法对应一条方法,但是对于in等可变参数的SQL无法支持。
        private String statement;
        //原始表名称
        private String originTableName;
        //方法拆分键
        private String shardKey;
    }

分表插件类

@Intercepts(@Signature(
        type = StatementHandler.class,
        method = "prepare",
        args = {Connection.class, Integer.class}
))
@Component
public class ShardInterceptor implements Interceptor, Ordered {
    private static final ReflectorFactory defaultReflectorFactory = new DefaultReflectorFactory();
    private static final HashMap<String, ShardEntity> MAPPER_SHARD_CACHE = new HashMap<>();

    @Resource
    private Properties shardConfigProperties;

    @Override
    public Object intercept(Invocation invocation) throws Throwable {
        StatementHandler statementHandler = (StatementHandler) invocation.getTarget();
        MetaObject metaObject = MetaObject.forObject(statementHandler,
                SystemMetaObject.DEFAULT_OBJECT_FACTORY,
                SystemMetaObject.DEFAULT_OBJECT_WRAPPER_FACTORY,
                defaultReflectorFactory
        );

        MappedStatement mappedStatement = (MappedStatement) metaObject.getValue("delegate.mappedStatement");
        String id = mappedStatement.getId();

        BoundSql boundSql = statementHandler.getBoundSql();
        HashMap<String, Object> parameterObject = (HashMap<String, Object>) boundSql.getParameterObject();

        //对整个修改map的操作加同步,但这样锁的粒度较大。
        synchronized (MAPPER_SHARD_CACHE) {
            
            //这里直接使用的普通HashMap
            ShardEntity shardEntity = MAPPER_SHARD_CACHE.get(id);
            String sql = boundSql.getSql();
            if (null != shardEntity) {
                if (null == shardEntity.getShardKey() || null == shardEntity.getOriginTableName()) {
                    return invocation.proceed();
                }
                Long value = (Long) parameterObject.get(shardEntity.getShardKey());
                String originTable = shardEntity.getOriginTableName();
                renameTable(boundSql, sql, value, originTable);
                return invocation.proceed();
            } else {
                shardEntity = new ShardEntity();
                shardEntity.setStatement(sql);
                MAPPER_SHARD_CACHE.put(id, shardEntity);
            }

            String dao = id.substring(0, id.lastIndexOf("."));
            String methodName = id.substring(id.lastIndexOf(".") + 1);
            Class clazz = Class.forName(dao);

            for (Method method : clazz.getMethods()) {
                if (method.getName().equals(methodName)) {
                    Annotation[][] parameterAnnotations = method.getParameterAnnotations();
                    int idx = 0;
                    for (Annotation[] pa : parameterAnnotations) {
                        for (Annotation a : pa) {
                            if (a instanceof ShardBy) {
                                String shardKey = method.getParameters()[idx].getName();
                                Long value = (Long) parameterObject.get(shardKey);
                                String originTable = getTableName(sql);
                                renameTable(boundSql, sql, value, originTable);
                                ShardEntity entity = MAPPER_SHARD_CACHE.get(id);
                                if (null == entity) {
                                    shardEntity.setOriginTableName(originTable);
                                    shardEntity.setShardKey(shardKey);
                                } else {
                                    entity.setOriginTableName(originTable);
                                    entity.setShardKey(shardKey);
                                }
                                return invocation.proceed();
                            }
                        }
                        idx++;
                    }
                }
            }
        }

        return invocation.proceed();
    }

    private void renameTable(BoundSql boundSql, String sql, Long value, String originTable) throws NoSuchFieldException, IllegalAccessException {
        String forwardTable = shard(originTable, value);
        Field field = boundSql.getClass().getDeclaredField("sql");
        field.setAccessible(true);
        field.set(boundSql, sql.replace(originTable, forwardTable));
    }

    private String shard(String tableName, Long value) {
        return tableName + "_" + value % Integer.parseInt(shardConfigProperties.getProperty("mod"));
    }

    private String getTableName(String sql) throws Throwable {
        SQLParseInfo parseInfo = SQLParseInfo.getParseInfo(sql);
        if (parseInfo.getTables() == null || parseInfo.getTables().length != 1) {
            throw new Throwable("表数目不为1");
        }
        return parseInfo.getTables()[0].getName();
    }
}

说明

以上就是修改后的代码,具体更多的细节可以看之前的两篇文章。这里是对整个缓存MAP的所有操作加了同步Sychronize,可见锁定的范围是比较大的。这里至少要保存拆分键和原始表名,因此解析对象建议还是保留,如果要降低锁的粒度,可以尝试在ShardEntity操作时加同步策略。

补充(2020-05-06):关于使用replace替换表名和jade解析替换表名的性能对比

之前考虑replace涉及正则匹配,恰好jade内部有个解析SQL替换表名的方法,所以做了下对比。发现效果是repalce更好,而且这个解析功能不支持表名添加```符号,需要大量修改现有SQL,最终没有采用。如下是测试对比的耗时结果。
replace 方式对比 jade SqlRewrite 性能。最高约1KW次调用。

jade 与 replace 对比.png

总结

分表插件起源于老项目迁移SpringBoot+MyBatis,目前完成了上线,单机QPS在50左右,高峰超过100,在这个过程中,自己开发了项目迁移脚本(转换生成Mapper.xml),自动批量验证DAO层接口(可以看之前的文章)。总的来说,循序渐进完成了项目的迁移工作,当然其中也遇到了很多问题并随之解决。

说点题外的吧,可能觉得有点重复造轮子,但是由于各种原因,很多现成的东西并不能直接拿过来用,而且有时候执行迁移的成本也很高。如果有遇到类似能做深入开发的机会,最好在能有把握完成的前提下自己开动,也是一种锻炼和提升的机会。一来业务开发中,相关的机会现实中并不多,再说多数情况下,想法容易,但要实际落地可用是比较难的。
感谢阅读~

更新 (2020-04-20)

更新了最新版本,去掉了synchronized.

@Intercepts(@Signature(
        type = StatementHandler.class,
        method = "prepare",
        args = {Connection.class, Integer.class}
))
@Component
public class ShardInterceptor implements Interceptor, Ordered {
    private static final ReflectorFactory defaultReflectorFactory = new DefaultReflectorFactory();
    private static final ConcurrentHashMap<String, ShardEntity> MAPPER_SHARD_CACHE = new ConcurrentHashMap<>();

    @Resource
    private Properties shardConfigProperties;

    private int mod;

    @PostConstruct
    public void init() {
        mod = Integer.parseInt(shardConfigProperties.getProperty("mod"));
    }

    @Override
    public Object intercept(Invocation invocation) throws Throwable {
        long time = System.currentTimeMillis();
        try {
            StatementHandler statementHandler = (StatementHandler) invocation.getTarget();
            MetaObject metaObject = MetaObject.forObject(statementHandler,
                    SystemMetaObject.DEFAULT_OBJECT_FACTORY,
                    SystemMetaObject.DEFAULT_OBJECT_WRAPPER_FACTORY,
                    defaultReflectorFactory
            );

            MappedStatement mappedStatement = (MappedStatement) metaObject.getValue("delegate.mappedStatement");
            String id = mappedStatement.getId();

            BoundSql boundSql = statementHandler.getBoundSql();
            HashMap<String, Object> parameterObject = (HashMap<String, Object>) boundSql.getParameterObject();

            ShardEntity shardEntity = MAPPER_SHARD_CACHE.get(id);
            String sql = boundSql.getSql();
            if (null != shardEntity) {
                if (null == shardEntity.getShardKey()) {
                    return invocation.proceed();
                }
                Long value = (Long) parameterObject.get(shardEntity.getShardKey());
                String originTable = shardEntity.getOriginTableName();
                renameTable(boundSql, sql, value, originTable);
                return invocation.proceed();
            }

            String dao = id.substring(0, id.lastIndexOf("."));
            String methodName = id.substring(id.lastIndexOf(".") + 1);
            Class clazz = Class.forName(dao);

            for (Method method : clazz.getMethods()) {
                if (method.getName().equals(methodName)) {
                    Annotation[][] parameterAnnotations = method.getParameterAnnotations();
                    int idx = 0;
                    for (Annotation[] pa : parameterAnnotations) {
                        for (Annotation a : pa) {
                            if (a instanceof ShardBy) {
                                String shardKey = method.getParameters()[idx].getName();
                                Long value = (Long) parameterObject.get(shardKey);
                                String originTable = getTableName(sql);
                                renameTable(boundSql, sql, value, originTable);
                                shardEntity = new ShardEntity();
                                shardEntity.setStatement(sql);
                                shardEntity.setOriginTableName(originTable);
                                shardEntity.setShardKey(shardKey);
                                MAPPER_SHARD_CACHE.put(id, shardEntity);
                                return invocation.proceed();
                            }
                        }
                        idx++;
                    }
                }
            }
            //非拆分表
            shardEntity = new ShardEntity();
            MAPPER_SHARD_CACHE.put(id, shardEntity);
            return invocation.proceed();
        } finally {
            Counter.count("shard_mapper_millis", System.currentTimeMillis() - time);
        }
    }

更新 2020-07-15

通过isAnnotationPresent()方法,减少一次循环和对二维数组操作,该方法原理是从Map中获取,参考Class类。

for (Method method : clazz.getMethods()) {
                if (method.getName().equals(methodName)) {
                    for (Parameter pa : method.getParameters()) {
                        if (pa.isAnnotationPresent(ShardBy.class)) {
                            String shardKey = pa.getName();
                            Long value = (Long) parameterObject.get(shardKey);
                            String originTable = getTableName(sql);
                            renameTable(boundSql, sql, value, originTable);
                            shardEntity = new ShardEntity();
                            shardEntity.setStatement(sql);
                            shardEntity.setOriginTableName(originTable);
                            shardEntity.setShardKey(shardKey);
                            MAPPER_SHARD_CACHE.put(id, shardEntity);
                            return invocation.proceed();
                        }
                    }
                }
            }
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
禁止转载,如需转载请通过简信或评论联系作者。
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容