mybatis模糊查询为空，mysql数据库？
直接这样写：SELECT*frommaster_hospitalwherenamelike'%${name}%'这儿用$不用#如果不行就把执行后的sql输出看一下
Elasticsearch怎么这么慢？
优点：
1.高并发。实测es单机分配10g内存单实例，写入能力1200qps，60g内存、12核CPU起3个实例预计可达到6000qps。
2.同机房单条数据写入平均3ms（比mysql慢，mg不清楚）3.容错能力比mg强。比如1主多从，主片挂了从片会自动顶上4.满足大数据下实时读写需求，无需分库（不存在库的概念）。5.易扩展。实例间做下配置即可扩展并发性和容积，自动分配的写入机制，无需操心传统db中多主同步的诟病6.支持较复杂的条件查询，group by、排序都不是问题7.具有一定的关系性，但不用担心大字段的问题缺点：1.不支持事务2.读写有一定延时（不知道其他大牛是否遇到这个问题），我是写入一分钟后再做读操作3.无权限管理也是最近开始用，说下我的应用场景，用来存储线上日志做实时分析（类似淘宝鹰眼，但是完全实时），存储结构化的日志及原文，也调研过很多db，mg也有考虑过，相比之下实现和运维成本mg都要高不少我的场景如下：1.高并发，设计日志并发80wqps（实际存储会用一些策略缩小规模，约万级别）2.单条数据体积大，允许最大20k3.要求支持条件查询4.实时性高，目前从日志存储开始到出分析结果3分钟，包含前面提到的读写延时（求解决方案）目前就想到这么多，欢迎交流
fun和like的区别？
fun和like有以下区别：
1.- `fun` 是MySQL中用于聚合函数的关键字，用于对数据进行统计和计算，如求和、平均值、最大值、最小值等。`fun` 通常与 `group by` 一起使用，对数据进行分组统计。例如，`select sum(salary) from employee group by department_id;` 表示以 `department_id` 为分组标准，统计每个部门的薪资总和。
2.- `like` 是MySQL中用于模糊查询的关键字，用于查找符合特定模式的字符串。`like` 通常与 `%!`(MISSING) 或 `_` 通配符一起使用，表示任意字符和任意单个字符。例如，`select * from employee where name like '%!张(MISSING)%!'(MISSING);` 表示查找名字中包含“张”的员工。
3.因此，`fun` 和 `like` 的作用和用法完全不同，不能互相替代。需要根据实际需求选择使用哪种查询操作符。
Redis如何弥补传统MySQL架构的不足？
Mysql是一款开源免费，使用最多的非关系型数据库，体积小，性能强大，查询速度快！
但是大多数关系型数据库的数据都是存储在计算机硬盘上的，数据在磁盘存取的时候是机械操作，断电不丢失数据，而内存是存储电信号，断电就丢失数据，内存的存取速度比硬盘的存取速度快了很多很多！
mysql数据也是存在硬盘，存取速度相对于存在内存的redis有很大差距，在高并发环境，如果有瞬间的大量请求通过，则mysql会存在存取速度慢导致系统崩溃的情况！
比如说秒杀场景，在一秒钟之内，有可能有数百万的数据访问，而mysql是完全不能处理的，对这种场景可使用内存型数据库，比如redis，先将需要秒杀的商品ID存入到redis中，将商品ID和用户的信息异步保存到数据库，减少数据库的冲击！
再比如一个场景，某个产品非常热门，大量的客户端在访问这个产品的详情，这时候可以把这个数据的详情缓存到redis中，可以减少大量的访问数据库，提升整个系统的吞吐性能！
由此可见，其实缓存就是相当于数据库的限流工具！
不过，缓存加数据库的果架构也会存在问题，如缓存击穿，缓存穿透，缓存雪崩，这些事故的发生可能是因为缓存突然宕机，也可能是因为程序设置不当导致缓存失效，进而大量的数据请求冲击数据库，引发数据库崩溃！
针对这种情况，应该做到以下几点：
1，尽量使用缓存集群，防止单机宕机引发的缓存失效！
2，防止大量数据库key同时失效的情况！
3，对key进行合理性检验，防止攻击！(比如数据库ID一般来说都是正整数吧，别人使用一个负数一直来查询，这样所有的请求都落在了数据库)！
总之，在高并发环境，缓存极大的释放了数据库的压力，提升了整个系统的性能，我对JAVA相关技术算是比较了解，以后也会一直分享，欢迎关注，互相沟通！