weixin_45272815的博客

Docker部署Prometheus+Grafana+node-exporter

简单的方式，使用Navicat工具转储结构和数据的时候，生成的 sql 文件会比较大，因为每一条数据都会生成一条 sql 语句，所以会导致 使用 source 还原的时候会很慢很慢很慢，就会出现卡死的问题！！！

在K8s平台上，我们可以使用kubectl命令对Deployment、pod、Service等资源进行增删改查。本文章将提供一些Java代码操作API方式实现与集群交互，来创建、更新、删除和查询资源。

已完成docker形式部署rabbitMQ容器后，在次基础上新增延迟队列需求。

运用场景：由于之前使用gitLab版本（14.6.1）比较旧，计划在本机上进行一个的版本更新，并同时保证原有数据不丢失的状况。最终升级版本为（15.1.6）。

优缺点本文不做概述，官网很清楚，本文直接上手代码，操作java代码实现表格的导出（样式调整）、导入等操作。

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。

在传统的单机服务中，涉及到并发相关的场景，通常使用的 ReetrantLock 类、synchronized 关键字来控制并发，或者是在特殊的场景的，可能会使用Semaphore、CountDownLatch、ReadWriteLock等锁来控制并发访问。分布式系统： 在分布式系统，如果继续使用传统的锁，不可以满足自己的想要的结果，因为不同的服务/客户端通常运行在独立的 各自的JVM 进程上，多个 JVM 进程共享同一份资源的话，此时就考虑分布式锁。互斥 ： 任意时刻，资源或者锁只能被一个线程所享受。

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。

修改默认连接池案例之前按前，确保已经阅读过，之前文章，《定时任务Quartz（二）-- 持久化定时任务》本此实现基于之前版本进行更新，追加，解决任务在linux环境部署后产生Quartz的报错日志，其不影响功能实现的，但是日志会重复产生。

在做持久化定时任务Quartz案例前，确保已经阅读过，之前文章，（简单、入门版本）。。本此实现基于之前版本进行更新，追加，实现与数据库交互，完成重启服务，定时任务不丢失。真正做到持久化定时任务至此，job 已经被我们成功持久化到数据库。我们来回顾下整体的一个流程。pom文件添加对应的依赖。mysql数据库对应表的初始化。配置对应的properties。将原来quartz控制的类的实例化交给spirng IOC控制。（对应的是核心QuartzConfiguration类和JobFactory类。

优点：没有存储表格和过多调用，比较便捷。。。缺点：通过这种方式调用设置的定时任务在成功后，服务不能重启，一旦重启，定时任务清空。。。

在开发中，偶尔会有一些关于Gitlab的二开需求，本文将介绍使用Java语言操作Gitlab提供的API，进行仓库的相关操作提示：以下是本篇文章正文内容，下面案例可供参考可以将常量抽取到配置文件XML中，通过@ConfigurationProperties读取，本文采用常量类方式进行抽取。/*** GitLab远程主机地址*//*** GitLab远程主机密码（自己搭建的时，设计的密码）*//*** gitLab部署远程主机地址（免邮箱注册用户时用到）*//**

在docker run创建并运行容器的时候，可以通过-p指定端口映射规则。但是，我们经常会遇到刚开始忘记设置端口映射或者设置错了需要修改。当docker start运行容器后并没有提供一个-p选项或设置，让你修改指定端口映射规则。优缺点：这个方法的优点是没有副作用，操作简单。缺点是需要重启整个docker服务，如果在同一个宿主机上运行着多个容器服务的话，就会影响其他容器服务。提示：以下是本篇文章正文内容，下面案例可供参考通过这个方式处理的，亲测有效。前提需要停止docker。1分钟。

已经搭建gitLab环境，成功运行后，

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。