yyc_profession的博客

因为LIMIT的机制是每次都是从头开始扫描，如果需要从第60万行开始，读取3条数据，就需要先扫描定位到60万行，然后再进行读取，而扫描的过程是一个非常低效的过程。这张临时表的表结构和上一步产生的虚拟表VT7是一样的，不同的是对进行DISTINCT操作的列增加了一个唯一索引，以此来除重复数据。在这些SQL语句的执行过程中，都会产生一个虚拟表，用来保存SQL语句的执行结果（这是重点），我现在就来跟踪这个虚拟表的变化，得到最终的查询结果的过程，来分析整个SQL逻辑查询的执行顺序和过程。union是连接并去重。

经过一段时间的查找。发现是2个监控jar包互相影响导致的，启动某一个第三方jar的agent 重写的classLoader 影响的。项目上有测试环境可以启动，生成环境无法启动的时候，看下启动命令。(这点后续发现运维老师加错位置了，所以改动的时候运维老师修改完，一定要自己再看下命令，确认下)，而且这个命令治标不治本。怀疑是环境问题，请运维老师重启启动，发现还是报以上错误。搜索了很多文章，发现基本上都是在说验证错误，jdk1.8以上版本，启动命令设置跳过验证。正常完成某一需求的时候，上线后，发现项目启动报错。

我是一个苦逼的运维，有一次老板过来找我。老板：现在有四个 redis 节点摆在你面前，一主三从，你负责盯着点，主节点挂了你赶紧想办法拿从节点顶上来，交给你了！这还不简单！首先我先分别连上这四台 redis 节点。redis-cli-h10.232.0.0-p6379redis-cli-h10.232.0.1-p6379redis-cli-h10.232.0.2-p6379redis-cli-h10.232.0.3-p6379然后每...

今天早上一来，跟往常一样 pull代码，结果出错了。GitLab: Your account has been blocked.fatal: Could not read from remote repository.原因：查了半天，只是说git服务器上有人修改配置了，或者账号异常等等。在git的账号管理上，不少人都标记了blocked状态。经过查证：有技术人员对LDAP服务进行了修改/迁移，并对部分账户增加了额外信息，造成git服务的中之前保存的域账户信息和调整后的信息不一致，从而触发了账户

1.错误场景：项目为springboot项目，maven聚合工程，分为app、api、common、gongqiu四个项目，app、api、common的父类是gongqiu，app和api依赖common，打包时报错common中的程序包xxx不存在，错误信息如下：解决办法有两个：1.将ROOT中的spring-boot-maven-plugin更换成org.apache.maven.plugins，如下所示：更换为2.将spring-boot-maven-plugin..