Elasticsearch中Script用法代替sql中a小于b条件如果real_follow_time为空，判断条件为real_follow_time比预定follow_up_time时间加40天大， 如果real_follow_time

原始需求导出医生记录 //按照患者id分组，组内按照就诊时间升序 上面是耗时久的代码，每次导出一万五百条数据大概需要五六分钟才出结果，其中es里存的是json格式的数据，每次还需要解析。 初步优化初步优化思路是：将json插入的时候就解析

1.redis分布式锁的问题 第一种方案，基于redis单实例，不靠谱，因为redis单点故障，会导致系统全盘崩溃，做不到高可用，除非你是那种不太核心的小系统，随便用一下分布式锁，你可以这么弄，应该还好，毕竟对高可用要求没那么高 第二种方

01_基于redis和zookeeper的分布式锁实现原理1、面试题 一般实现分布式锁都有哪些方式？使用redis如何设计分布式锁？使用zk来设计分布式锁可以吗？这两种分布式锁的实现方式哪种效率比较高？ 2、面试官心里分析 其实一般问问题，

1. Hbase概述1.1 Hbase是什么 HBase是建立在HDFS之上的分布式面向列的数据库；属于KV结构数据，原生不支持标准SQL。它是一个Apache的开源项目，是横向扩展的。 HBase可以提供快速随机访问海量结构化数据。它利用

mybatis-plus自定义分页、SQL+wrapper一起使用12345678910111213141516171819202122232425262728293031323334 @Override public Page&

享元模式 享元 享受，元数据 同一个数据，我就认为是一个元数据，整个系统里这个数据就一份，缓存起来 整个系统对这个数据，全部享受他一个对象实例即可 直接既有内存来缓存一块数据，用享元模式 12345678910111213141

数据导入功能支持 读取excel、CSV 加入自定义注解校验数据防重 加入导入值跟实体类的类型检查 字典表支持(跟导出一个用法) 支持多种数据场景校验(Validation自带方法实体类校验) 使用方法123456789101112131

数据123456List<User> userList = new ArrayList<>();userList.add(new User(1, "aaa"));userList.add(new