ycoder的博客

刚开始拿到这个需求，第一时间想到就是需要维护一个FIFO先进先出的队列，给定队列一个固定size，在队列里面的人进行排队进行数据导出，导出完成后立马出队列，下一个排队的人进行操作；还考虑到异步，可能还需要建个文件导出表，主要记录文件的导出情况，文件的存放地址，用户根据文件列表情况下载导出文件。业务诉求：考虑到数据库数据日渐增多，导出会有全量数据的导出，多人同时导出可以会对服务性能造成影响，导出涉及到mysql查询的io操作，还涉及文件输入、输出流的io操作，所以对服务器的性能会影响的比较大；

RocketMQ的消息轨迹是一种用于追踪消息生产、存储、消费全链路状态的功能。它记录了消息从生产者发送到 Broker，再到消费者消费的完整生命周期信息，帮助开发者在分布式系统中快速定位消息问题（如消息丢失、重复消费、延迟等），并监控消息流转状态。消息轨迹数据关键属性Producer端Consumer端Broker端生产实例信息消费实例信息消息的Topic发送消息时间投递时间,投递轮次消息存储位置消息是否发送成功消息是否消费成功消息的Key值发送耗时消费耗时消息的Tag值。

数据类型对比项OraclePostgreSQL大文本clobtext数字NUMBERNUMERIC可变长字符VARCHAR2VARCHAR函数对比项OraclePostgreSQL行号rownum取一行rownum = 1limit 1 【注意排序】null时赋值nvl()coalesce()转换为时间类型to_date()字符串分隔split()子字符串所在位置查询【从1开始】三元表达式decode()树形查询存储过程对比项Oracle。

【代码】Datax json的writer中的jdbcUrl 不能使用[]扩起来。

如果模板包括空格，则必须被引用，模板后的所有字符串被看作文件名。​ （3）给 file 的属主分配读、写、执行(7)的权限，给file的所在组分配读、执行(5)的权限，给其他用户分配执行(1)的权限。​ **作用：**用于查找符合条件的文档，他会去保存文档和目录名称的数据库内，查找合乎范本样式条件的文档或目录。​ **作用：**用于备份文件（tar是用来建立，还原备份文件的工具程序，它可以加入，解开备份文件内的文件）​ **语法：**locate [-d ][–help][–version][范本样式…

​目录收起find命令：查找文件1 name : 按照名字去匹配2 type : 按照文件的类型匹配3 perm : 按照文件的权限来查询4 user : 按照文件的属主来查询5 group : 按照文件的属组来查询6 mtime : 按照修改文件的时间来查询7 ctime : 按照文件的创建时间来查询8 atime : 按照访问时间来查询文件9 size : 按照文件的大小来查询10 exec 和 xargs ：练习：要求将所有3天内创建的普通文件加上.bak后缀。

命令非常强大，可以用来查找符合特定条件的文件和目录，然后你可以对这些文件执行各种操作。下创建与源目录相同的目录结构，并将找到的文件复制到相应的位置。选项表示以归档模式进行，保持所有权限等，并使用压缩传输数据。命令结合其他命令可以非常有效地帮助你备份特定的文件。是一个非常强大的工具，用于备份和同步文件。如果你想在备份时保持原始的目录结构，可以使用。如果你只想备份最近修改过的文件，可以使用。例如，备份过去7天内修改过的。表示查找在过去7天内修改过的文件。文件到一个备份目录中。命令进行文件备份的常见用法。

居多文件的情况下发生，也是因为删除的命令参数超过了shell参数的个数导致的，可以通过。可以通过find和xargs命令配合的方式，比如删除当前目录所有的png文件，来确认，解决方法好几种。切记，需要再三确认。

处理 SSO 回调请求，使用授权码完成登录过程。如果处理过程中出现异常，返回 500 错误。如果 URL 无效，返回 400 错误。如果出现异常，返回 500 错误。2、处理从SSO系统回调的请求，包括获取访问令牌、用户信息和生成JWT令牌。，用于处理 SSO 登录、回调和登出请求。：处理登出请求并重定向到指定 URL。与业务逻辑交互，确保处理登录、回调和登出的逻辑。：构建 SSO 登录 URL 并重定向到。，将用户重定向到该 URL。3、根据访问令牌获取用户信息。1、构建SSO登录URL。

Vue-element-admin 是一个基于和 Element UI 的后台管理系统框架，提供了丰富的组件和功能，可以帮助开发者快速搭建现代化的后台管理系统。

举个栗子，方法A是一个事务的方法，方法A执行过程中调用了方法B，那么方法B有无事务以及方法B对事务的要求不同都会对方法A的事务具体执行造成影响，同时方法A的事务对方法B的事务执行也有影响，这种影响具体是什么就由两个方法所定义的事务传播类型所决定。简单说就是，我们方法调用通常是，一个方法调用另外一个，而不同方法可以有不同的事务，所以传播机制就是指在多个方法，事务要如何传播。一共有七种传播类型本文从案例结合解释一下不同传播类型下多个@方法会发生什么？在遇到异常情况下，不同传播机制会产生什么影响。

最近，博主在整理毕设时就遇到一个问题：我往Redis中存手机验证码，我把手机号当做key ，验证码当做value 存储到 Redis 中，但是在我在需要在登录操作中取验证码时遇到一个问题：困惑：我Redis 中明明存的有，但是就是取不到，显示为null。我调试了好久，最后在一篇文章中找到了解决方法：其实问题表象很诡异，但问题的原因很简单，就是Redis中存数据和取数据时采用了不同的RedisTemplate导致的。我之前的redisTemplate 的注入方法一个写的是：解决方法：

一个周多的工作终于实现了，具体需求看上一篇，

CountDownLatch可以设置一个计数器，通过countDown()方法进行减1操作，使用await()方法等待计数器不大于0，再继续执行await()方法之后的语句。并行执行的方案中，while 循环里面每次都会创建新的线程，而创建线程可是个耗时的操作。所以最好是创建出来的线程能够循环利用，所以可以使用线程池就能解决这个问题。创建一个固定大小为 2 的线程池，之后在 while 循环里重复利用。主线程如何知道 getPOrders() 和 getDOrders() 这两个操作什么时候执行完。

顾名思义，逻辑过期不是真正的过期，它要求我们在存储数据到redis的时候，额外的要添加一个过期时间的字段，这个key本身是不用去设置ttl的，所以它的过期时间不是由redis控制的，而是由我们自己去判断它是否过期，这样我们的业务上就会复杂很多，因此我们先来看一下整个业务流程上有什么变化。此时我们就封装好了存储店铺逻辑过期时间的函数了，需要注意的是，我们在向redis中set数据的时候，并没有设置ttl的过期时间，这样的话这个key就可以认为是永久有效了，它真正的过期时间就是由我们控制的逻辑过期时间了。

在日常开发中，我们往往会给表加各种索引，来提高 MySQL 的检索效率。但我们有时会遇到明明给字段加了索引，并没有走索引的Case。进而导致 MySQL 产生慢查询。严重场景下，甚至出现主从延迟、数据库拖垮的极端事故当内存数据页跟磁盘数据页内容不一致的时候，我们称这个内存页为“脏页”。内存数据写入到磁盘后，内存和磁盘上的数据页的内容就一致了，称为“干净页”。一般有更新SQL才可能会导致脏页，我们回忆一下：一条更新语句是如何执行的。

小编在工作中，经常要用到浏览器，可以说是对它又熟悉又陌生。今天就索性抽时间把摸排一遍，做个笔记。分享给大家，希望大家可以多多支持一下呀。小编这里所用的微软的浏览器。

我在使用过程中，发现弹窗行间样式不是我想要的，但是通过定义classname,然后在进行样式的更改不起作用，由于权重的问题，在样式后面添加!important 无穷权重也是不可以。