- 博客(1610)
- 资源 (17)
- 收藏
- 关注
RSS订阅原创 Swagger--基础--2.2--集成Springboot3--swagger3
【代码】Swagger--基础--2.2--集成Springboot3--swagger3。
2024-04-18 21:59:22
21
原创 MYSQL--基础--4.1--索引--数据结构--二叉查找树、红黑树、B树，Hash表
红黑树的每个节点都包含一个额外的属性，表示节点的颜色(红色或黑色)，这些颜色确保了在节点的插入和删除操作中树是平衡的。红黑树 原先一个节点存储 一个元素，现在改为 一个节点 存储 多个元素，这就是B树。因为一个节点存储了更多的元素，所以整体的高度会比红黑树来的低。红黑树是二叉搜索树的变种，具有自平衡特性，也称二叉平衡树。二叉查找树，也称二叉搜索树。
2024-03-31 17:20:36
355
原创 redis--20.4--锁--红锁(Redisson，RedLock)
当前客户端 对 大多数的redis节点加锁成功，就表示获取锁成功。为了取到锁，客户端做了以下操作。key的真正有效时间。
2024-03-30 18:55:26
282
原创 redis--20.2--锁--分布式锁(Redisson，RLock)
在上面任务调度的方法中，也是异步执行并且设置了一个监听器，在操作执行成功之后，会回调这个方法，如果调用失败会打一个错误日志并返回，更新锁过期时间失败；然后获取异步执行的结果，如果为true，就会调用本身，如此说来又会延迟10秒钟去执行这段逻辑，所以，这段逻辑在你成功获取到锁之后，会每隔十秒钟去执行一次，并且，在锁key还没有失效的情况下，会把锁的过期时间继续延长到30 秒，也就是说只要这台服务实例没有挂掉，并且没有主动释放锁，看门狗都会每隔十秒给你续约一下，保证锁一直在你手中。类型，这里key是指。
2024-03-30 18:35:49
568
原创 redis--13.3--Redisson--整合SpringBoot
【代码】redis--13.3--Redisson--整合SpringBoot。
2024-03-30 18:22:00
104
原创 redis--13.2--jedis--整合SpringBoot
application.properties 配置redis。application.properties 配置redis。application.properties 配置redis。
2024-03-30 18:20:53
111
原创 JVM--调优--04--案例07--元空间变大导致FULL GC
占用了较大的元空间内存，同时存在内存碎片化现象，导致元空间利用率不高，从而较快达到阈值，触发 FGC。当元空间出现内存碎片化时，就要考虑是否创建了大量的类加载器。capacity和used之差较大的时候，说明碎片化严重。使用反射调用方法的时候，有个调用次数阀值(默认15次)通过进一步分析，发现是由于反射导致创建大量。通过 dump 堆存储文件发现存在大量。反射调用导致创建大量。
2024-03-17 18:07:24
404
原创 JVM--调优--02--调优指标
每次YGC耗时在100ms以内，50ms以内尤佳。每分钟的GC耗时在1s以内，500ms以内尤佳。每次FGC耗时在1s以内，500ms以内尤佳。FGC最多几小时1次，1天不到1次尤佳。
2024-03-17 17:26:12
354
原创 JVM--调优--04--案例05--SWAP导致的Full GC时间长
当系统运行一段时间，放到内存的对象变多，且有些对象是暂时没有用，持续一段时间后，发现内存不够了，这个时候SWAP会将。由于SWAP位于磁盘上，读写数据的速度相比物理内存会慢得多，因此过度使用SWAP可能导致系统性能下降。因此，SWAP实际上扩大了系统的可用内存，使得即使在存不足的情况下，也能运行大内存的应用程序。所以每次Full GC，CPU和内存都会升高，SWAP会降低。当物理内存不足时，SWAP 会将内存中暂时不用的数据 放到。当发生FULL GC的时候，需要分析所有对象，这个时候会把。
2024-03-16 19:23:37
386
原创 JVM--基础--19.5--垃圾收集器--G1参数
JVM–基础–19.3–垃圾收集器–ParNew1、结构图2、ParNew 收集器2.1、特征1. 其实就是Serial收集器的多线程版本，除了使用多条线程进行垃圾收集之外，其余的和Serial所有控制参数一样。2. 在配置为CMS 收集器的默认新生代收集器。3. 在多CPU的环境下可以发挥更高而效率，并且是唯一一个可以和CMS收集器搭配工作的新生代并行GC。4. 单CPU的环境下效率低于Serial5. 适用：运行在server模式下的虚拟机首选的新生代收集器。6. 使用方法
2024-03-11 22:25:04
1743
原创 kubesphere--基础--1.1--部署kubesphere--基于K8s
kubesphere明确说明基于k8s安装需要配置DefaultStorageclass，我这里是搭建基于NFS的DefaultStorageclass。
2024-02-24 13:05:45
469
原创 CA证书--基础--02--使用openssl生成CA认证文件并为服务器和客户端颁发CA签名证书
注意：建议新建一个或多个目录用于存放密钥/认证文件。
2024-01-16 19:45:15
483
原创 k8s--部署--01--在线--单master
journald 默认将日志转发给 rsyslog，这会导致日志写了多份，/var/log/messages 中包含了太多无关日志，不方便后续查看，同时也影响系统性能。systemd的journald 是 Centos 7 缺省的日志记录工具，它记录了所有系统、内核、Service Unit 的日志。不开启ipvs将会使用iptables，但是效率低，所以官网推荐需要开通ipvs内核。x86_64(x86架构)部署nginx pod。
2024-01-01 15:59:49
796
原创 ProxySQL--基础--12--禁止多路路由
如果你的应用程序尝试要设置一个变量，而这可能会禁用multiplexing，如果这个设置语句能够写规则来匹配，可以创建一个筛选条件返回OK而无需去执行查询，这样就不会修改multiplexing当前的策略。如果执行PREPARE语句(该语句使用文本协议准备好语句，而不是二进制协议)，将禁用multiplexing且不再启用。也就是说，在禁用multiplexing情况下，会将语句路由到同一个主机组中的同一个节点上。如果执行了GET_LOCK()，将一直禁用multiplexing，且永不再次启用。
2023-12-13 09:42:26
64
原创 ProxySQL--基础--10--查询缓存功能
ProxySQL支持查询缓存的功能，可以将后端返回的结果集缓存在自己的内存中，在某查询的缓存条目被清理(例如过期)之前，前端再发起同样的查询语句，将直接从缓存中取数据并返回给前端。
2023-12-13 09:42:08
91
原创 ProxySQL--基础--09--SQL语句的重写规则
ProxySQL在收到前端发送来的SQL语句后，可以根据已定制的规则去匹配它，在根据规则去重写这个语句，然后再路由到后端去。
2023-12-12 19:51:47
57
原创 ProxySQL--基础--8.3--路由规则--读写分离方法论
本文只描述基于SQL语句路由的读写分离，不讨论通过 ip/port，client，username，schemaname 实现的读写分离。下面描述了ProxySQL能实现的常见读写分离类型。
2023-12-12 19:51:02
42
原创 ProxySQL--基础--8.2--路由规则--基于SQL语句路由
参数化↓这里将where条件语句中字段id的值进行了参数化，也就是上面的问号?。我们在客户端发起的SQL语句都是完整格式的语句，SQL优化引擎出于优化的目的，对于那些参数相同但参数值不同的查询语句，SQL语句认为这些是同类查询，同类查询的SQL语句不会重复去编译而增加额外的开销。对于那些参数相同、参数值不同的SQL语句，使用问号"?"去替换参数值，替换后返回的语句就是参数化的结果。是分析语句性能、定制路由规则指标的统计表。记录了每个参数化分类后的语句对应的统计数据，包括该类语句的 执行次数。
2023-12-12 19:49:56
87
原创 ProxySQL--基础--8.1--路由规则--介绍、基于端口(用户，schema)的路由
优点读写分离配置简单缺点必须在应用APP的代码中指定端口号修改端口号时，应用APP的代码也必须做出相应的修改MYSQL--架构--ProxySQL--03--库和表2、mysql_query_rules表和基于端口的配置是类似的。注意：在插入mysql user到表中时，就已经指定了默认的路由目标组，这是一个默认路由规则了。当成功匹配到mysql_query_rules中的规则时，这个默认目标就不再生效。所以，通过默认路由目标，也能简单地实现读写分离。
2023-12-12 19:48:51
65
原创 ProxySQL--基础--06--线程、线程池、连接池
ProxySQL由多个模块组成，每个模块都有一个或多个线程去执行任务。例如，以下是刚启动ProxySQL时的进程情况，一个main进程，一个主线程，21个线程pstree。
2023-12-12 19:46:05
37
原创 ProxySQL--基础--05--多层配置系统
换句话说，该数据结构中的配置都是已生效的配置。由于已经存在磁盘数据库文件，这时ProxySQL会从磁盘数据库中读取几乎所有的配置(即使传统配置文件中配置了某项，也不会去解析)，但有3项是必须从传统配置文件中读取的。以下场景启动ProxySQL时，都会从传统配置文件config file中读取配置加载到内存数据库，并自动load到runtime数据结构、save到磁盘数据库。注意：几乎所有配置都是在admin管理接口上修改的，这也是建议的配置方式。XXX表示要加载/保存的是哪类配置。
2023-12-12 19:45:23
45
原创 ProxySQL--基础--3.2--用户--管理用户
该变量表示，内存数据库的mysql_users表中的明文密码，在load mysql users to runtime时，对明文密码进行hash加密，并保存到runtime数据结构中。所以，想要向ProxySQL中使用hash加密密码，可以先通过mysql的password()函数创建一个hash密码，然后copy到mysql_users表中。这个hash密码和mysql的password()的算法是一样的。这个时候，runtime数据结构中的密码是加密密码，而内存数据库中的密码是明文密码。
2023-12-12 19:44:09
183
原创 ProxySQL--基础--3.1--用户--admin管理接口
添加一个myuser:myuser的用户密码对。# 查看当前的普通账户# 新增普通账户：mystats:mystats# 使修改立即生效# 使修改永久保存到磁盘。
2023-12-12 19:42:20
75
原创 ProxySQL--基础--2.4--部署--管理MSYQL节点
添加MySQL节点监控后端MySQL节点添加 普通用户这3个步骤虽然需要操作的过程不多，但是涉及的内容还是比较多的。强烈建议将这3个表的所有字段都了解一遍。不仅如此，要熟练使用ProxySQL，还应该对main库中的表的各个字段都比较熟悉，至少要知道它们什么意思。# 连接到ProxySQL的管理接口# 将配置加载到RUNTIME，使其可以立马生效，并保存到disk。# 查看下各节点是否都是 ONLINE。
2023-12-12 19:41:26
79
原创 ProxySQL--基础--2.3--部署--准备测试环境--mysql1主2从
至此：M1 里面已经创建了一个用户：rep 123456,拥有所有库，所有表replication slave。Proxysql 机器 还需要安装mysql客户端。这里以M1S1为案例。
2023-12-12 19:39:38
33
springMVC+mybaties框架搭建方式1
2018-05-21
FreeMarker中文版文档
2017-04-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人