itScholar001的博客

SQL 优化建议：1) 为 phone 和 mobile 字段分别建立单列 BTREE 索引，避免组合索引负担；2) 将 DATEDIFF 函数改为直接比较日期字段，改写为 create_time > DATE_SUB(NOW(), INTERVAL 7 DAY)；3) 优化后的查询语句为：select * from order e where type in (?,?) and (e.phone=? or (e.mobile=? and type!=?)) and e.create_time > DATE

mondodb中是一个大对象，json值可能有几十w个字符，mysql一条记录可能只支持几十kb，存储不下。由于mongdb使用率较低，为了节省成本，决定将mongodb中的数据迁移到mysql中。将大数据按照每1w个字符切分成一条数据，数据用一个{“data”:”放截取的1w个字符”}对mongodb数据进行分片 单条数据中主数据在mysql用一张表t_header存储，然后每个t_data中有顺序字段和关联的header_id字段。附带的大数据用一张t_data表存储，

在 MyBatis 的 XML 配置文件中，类型映射通常需要指定完整的类名。type-aliases-package 属性允许你指定一个或多个包路径，MyBatis 会自动扫描这些包下的所有类，并为这些类生成类型别名。：指定包路径 com.example.model，MyBatis 会自动扫描该包下的所有类，并为这些类生成类型别名。：定义类型别名配置。：定义类型别名配置。

如果有数据 看数据是那个服务的，重启下那个服务即可；如果能定位问题代码 可以看下代码为什么产生锁表。oracle 查询锁表。

SELECT CASE WHEN t1.start_time = t2.start_time THEN ‘重合’ ELSE ‘不重合’ END AS result。mysql判断时间段是否重合。

使用，当要统计的数量比较大时，发现count(*)花费的时间比较多，相对来说count(1)花费的时间比较少。1、如果你的没有主键，那么count(1)比count(*)快；如果有主键的话，那主键（联合主键）作为count的条件也比count(*)要快。2、如果你的表只有一个字段的话那count(*)就是最快的。3、如果count(1)是聚索引,id,那肯定是count(1)快,但是差的很小的。因为count(*),自动会优化指定到那一个字段。

else不好，7种条件判断太多了，并非优雅的编程。定义了LogException异常，该异常是日志功能的专属异常，如果你有看过mybatis其他源码的话，不难发现，其他功能也定义专属异常，比如：DataSourceException等，这是mybatis的惯用手法，主要是为了将异常细粒度的划分，以便更快定位问题。看到这里，聪明的你可能会有这样的疑问，从上图可以看出mybatis定义了8种useXXXLogging方法，但是在前面的static静态代码块中却只调用了6种，这是为什么？我们用一张图来总结一下。

mysql，es,mongodb,redis区别与应用场景mysql为sql型数据库es,mongodb,redis为nosql型数据库。

一. 问题现状。

EXPLAIN作为MySQL的性能分析神器，读懂其结果是很有必要的，然而我在各种搜索引擎上竟然找不到特别完整的解读。都是只有重点，没有细节（例如type的取值不全、Extra缺乏完整的介绍等）。所以，我肝了将近一个星期，整理了一下。这应该是全网最全面、最细致的EXPLAIN解读文章了，下面是全文。本文基于MySQL 8.0编写，理论支持MySQL 5.0及更高版本。

稍微总结下我粗略的对比（虽然粗略，但实验结果符合原理层面的理解），如果你想更准确地实验，可以使用JMH，并且测试更多组数（如 5000，10000等）的情况。批量保存方式数据量（条）耗时（ms）单条循环插入1000121011100059927mybatis-plus saveBatch(添加rewtire参数)10002589手动拼接sql10002275100055663jdbc executeBatch(添加rewtire参数)1000324。

mysql外键java. sql. SOLIntegrityConstraintViolationException: Cannot add or update a child row: a foreign key constraint fails。act_ru_identitylink新增记录时由于act_ru_identitylink表的task_id在act_ru_task表中找不到关联记录导致报错。