张颜的blog
首页
数据库
PostgreSQL
MySQL
Oracle
Elasticsearch
Redis
SQL
SQL编程思想
SQL优化案例
编程语言
Python
Shell
运维技能
kubernetes
Linux
ELK Stack
prometheus
CI/CD
Ansible
漫漫人生路
人生目标
读书心得
关于
已删除用户
该用户已被删除。
累计撰写
90
篇文章
累计创建
22
个分类
累计创建
7
个标签
导航
首页
数据库
PostgreSQL
MySQL
Oracle
Elasticsearch
Redis
SQL
SQL编程思想
SQL优化案例
编程语言
Python
Shell
运维技能
kubernetes
Linux
ELK Stack
prometheus
CI/CD
Ansible
漫漫人生路
人生目标
读书心得
关于
目录
张颜的blog
分类
数据库
直接路径读,究竟是效率的超级战甲,还是潜藏风险的隐形杀手?
2025-06-27 15:40
8
0
0
24.8℃
Oracle
文章来源:https://mp.weixin.qq.com/s/besccZ-Umrlw-i9vKeqg3Q 想象一下,你去一个超大型图书馆查资料。通常,你会先看看最近热门或者常被借阅的书架,如果找不到,图书管理员会帮你从巨大的书库里把书找出来,放到热门书架,再借给你。但如果一次要查阅的书籍堆积如山
统计信息的查看与收集
2025-06-27 14:46
5
0
0
24.5℃
Oracle
统计信息类似战争中的侦察兵,如果情报工作没有做好,打仗就会输掉。 同样的,如果没有正确地收集表的统计信息或者没有及时更新表的统计信息,SQL执行计划就会跑偏,SQL也就会出现性能问题。 收集统计信息是为了让优化器选择最佳的执行计划,以最少的代价查询出表的的数据。本章重点讨论表的统计信息,列的统计信息
学习SQL优化必懂的概念
2025-06-27 11:19
2
0
0
24.2℃
Oracle
基数(CARDINALITY) 某个列唯一键的数量叫作基数。比如性别列,该列只有男女之分,故这一列基数为2。 主键列的基数等于表的总行数。基数的高低影响列的数据分布。 当查询结果是返回表中5%以内的数据时,应该走索引;当查询结果返回的是超过表中5%的数据时,应该走全表扫描。 这就意味着当某个列基数很
通过用docker快速部署Oracle
2025-06-27 01:29
4
0
0
24.4℃
Oracle
安装Oracle比较麻烦,大部分新手都难在了这一步。通过docker安装可以快速帮我们搭建好以便学习。 一、获取镜像 docker pull registry.cn-hangzhou.aliyuncs.com/helowin/oracle_11g docker pull registry.aliyu
MySQL复制原理
2025-06-26 01:20
3
0
0
24.3℃
MySQL
复制是基于 binlog 实现,学习之前必须要先掌握 binlog。MySQL 不是还有 redo 日志吗,为什么不直接基于 redo 日志来实现复杂。 实际上,redo 只有 innodb 引擎所独有的,MySQL 除了 innodb 还有 myisam,csv,memory 等存储引擎,对这些存
三大日志之一binlog
2025-06-26 00:39
3
0
1
26.3℃
MySQL
1. 什么是 binlog Binary log 是 MySQL server 层维护的重要二进制日志,用于记录数据库的所有更改操作。它记录了所有的 DDL 和 DML 语句(除了 select 和 show 外),并以事务的形式保存在磁盘中,以二进制的形式存储,不能直接使用 cat,tail 进行
autovacuum
2025-06-25 23:32
16
0
0
25.6℃
PostgreSQL
一、什么是 autovacuum 简单来说,autovacuum 是 PostgreSQL 中一个自动执行 VACUUM 和 ANALYZE 命令的后台进程。它的主要作用有两个: 回收死元组 (dead tuples) 占用的空间: 当你更新或删除表中的数据时,PostgreSQL 并不会立即物理删
PostgreSQL自动巡检一键出报告,堪比AWR!
2025-06-25 17:06
27
0
0
26.7℃
PostgreSQL
该脚本来源于德邦大佬,链接如下:https://mp.weixin.qq.com/s/UTEBTT1JACV0SrtAITcuvQ 脚本下载链接如下:DB_PG_HC_V4.0.sql pg_stat_statements插件 cd /home/postgres/contrib/pg_stat_st
Windows环境下Oracle监听日志文件大于4G,导致程序连接超时。
2025-06-25 10:16
6
0
0
24.6℃
Oracle
事故描述 用户反馈业务系统不能正常使用,试了一下打开确实很缓慢,随即展开排查。 查看后台日志,提示错误连接超时,查看相关配置文件,无错误。尝试用bat和服务启动tomcat和重启oracle服务,无效。 解决过程 查看监听情况,发现进入异常缓慢。发现在win环境下,oracle的监听日志文件如果大于
闪回技术的使用
2025-06-25 10:11
2
0
0
24.2℃
Oracle
表误删的情况 show parameter recycle; --查看当前的用户的回收站是否打开 select * from tab; --查看数据字典 show recyclebin; --查看当前回收站的表 flashback table “RECYCLEBIN
上一页
下一页
1
2
3
4
5
6
7
弹