2025目标


转眼即逝,2025年现在已经过半。2025给定下的目标现在还没完成,下半年还需要继续努力。 说来也奇怪,跳槽的想法在今年异常强烈,一方面是太久没涨薪,另一方面是在这里确实没啥发展前景了。本来是打算2025九月份就跳槽,后面看了下时机还不太行,改成2026年3~5月份,还是稳一点,不能操之过急。 今年

三大日志之一binlog

MySQL 

1. 什么是 binlog Binary log 是 MySQL server 层维护的重要二进制日志,用于记录数据库的所有更改操作。它记录了所有的 DDL 和 DML 语句(除了 select 和 show 外),并以事务的形式保存在磁盘中,以二进制的形式存储,不能直接使用 cat,tail 进行

Kubernetes弃用"Docker"


什么是CRI 要了解Kubernetes为什么要“弃用Docker”,还得追根溯源,回头去看Kubernetes的发展历史。 2014年,Docker正如日中天,在容器领域没有任何对手,而这时Kubernetes才刚刚诞生,虽然背后有Google和Borg的支持,但还是比较弱小的。所以,Kubern

autovacuum


一、什么是 autovacuum 简单来说,autovacuum 是 PostgreSQL 中一个自动执行 VACUUM 和 ANALYZE 命令的后台进程。它的主要作用有两个: 回收死元组 (dead tuples) 占用的空间: 当你更新或删除表中的数据时,PostgreSQL 并不会立即物理删

PostgreSQL自动巡检一键出报告,堪比AWR!


该脚本来源于德邦大佬,链接如下:https://mp.weixin.qq.com/s/UTEBTT1JACV0SrtAITcuvQ 脚本下载链接如下:DB_PG_HC_V4.0.sql pg_stat_statements插件 cd /home/postgres/contrib/pg_stat_st

exists (select 1)写法


今天在查找日志信息的时候,发现了一条有趣的 SQL 写法,随即记录下来。 在 SQL 中EXISTS (SELECT 1 ...) 是一种常见的用法,用于检查子查询是否返回任何行。这里的 SELECT 1是一个习惯写法。 子查询 SELECT 1 不关心具体返回的值,只关心是否有行被返回,而并不关心

Windows环境下Oracle监听日志文件大于4G,导致程序连接超时。

Oracle 

事故描述 用户反馈业务系统不能正常使用,试了一下打开确实很缓慢,随即展开排查。 查看后台日志,提示错误连接超时,查看相关配置文件,无错误。尝试用bat和服务启动tomcat和重启oracle服务,无效。 解决过程 查看监听情况,发现进入异常缓慢。发现在win环境下,oracle的监听日志文件如果大于

闪回技术的使用

Oracle 

表误删的情况 show parameter recycle; --查看当前的用户的回收站是否打开 select * from tab; --查看数据字典 show recyclebin; --查看当前回收站的表 flashback table “RECYCLEBIN

ORA-01502: 索引或这类索引的分区处于不可用状态

Oracle 

ORA-01502: 索引或这类索引的分区处于不可用状态 原因: 出现这个问题,可能有人move过表,或者disable 过索引。 alter table xxxxxx move tablespace xxxxxxx 命令后,索引就会失效。 alter index index_name unusab

Oracle 11g空表导出报错的解决方案

Oracle 

之前用 exp 导出,报了 EXP-00011 的错误,对应的表不存在,问了研发这些都是什么表,不导出对业务有没有影响,得知没影响之后就没去处理了。(现在想一想不去处理好像确实不太好,虽然说表没数据,但是要是突然有一天需要用到这张表,查不到就惨了)今天偶然看到一篇文章有讲到这个问题,随记录下来。 关