<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[yangjunfeng0604的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/yangjunfeng0604</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; yangjunfeng0604]]></copyright><item><title><![CDATA[LVM操作引发的连锁灾难：一次VG重名导致的集群节点启动故障深度剖析]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/149442629</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/149442629</guid><author>yangjunfeng0604</author><pubDate>Wed, 16 Jul 2025 15:47:51 +0800</pubDate><description><![CDATA[此次故障的根本原因是存储资源标识的边界模糊——同一个VG名称在不同节点被混用，使局部操作产生全局影响。"无名之害，甚于猛虎"永远为资源赋予节点标识(如vg_节点1存储设备需全链路指纹跟踪LVM操作前执行跨节点一致性检查通过实施文中的防御措施，可使您的集群避免此类"隔山打牛"式的灾难。记住：在运维领域，命名的规范性直接决定系统的健壮性！]]></description><category></category></item><item><title><![CDATA[Oracle RAC资源重组效率对比分析：千兆私网带宽瓶颈导致SCN同步与GCS流量积压]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/149070412</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/149070412</guid><author>yangjunfeng0604</author><pubDate>Tue, 24 Jun 2025 17:00:14 +0800</pubDate><description><![CDATA[背景：两个业务的oracle数据库，在例行维护演练的时候，两个库的资源重组时间不一样。刨根问底，我们看看他们为啥不一样？业务库1：cpu 128C  内存:512G  sga:260G  pga:80G  库大小2.7TB业务库2：cpu 160C  内存:1024G  sga:520G  pga:80G  库大小5.9TB  --重组时间慢的。从日志分析，业务库2的资源重组时间(51秒)远长于业务库1(12秒)，核心原因在于全局资源协调(GCS)过程中出现了实例间状态同步延迟，特别是SCN协调问题。]]></description><category></category></item><item><title><![CDATA[分区表split注意事项]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/141235265</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/141235265</guid><author>yangjunfeng0604</author><pubDate>Thu, 15 Aug 2024 15:55:09 +0800</pubDate><description><![CDATA[登录后复制  生产环境，目前有分区表，存在所有数据落于单个分区的情况。
new   1: SELECT SEGMENT_NAME,SEGMENT_TYPE,partition_name,max_size,BYTES/1024/1024/1024 gb  FROM DBA_SEGMENTS WHERE segment_nam...]]></description><category></category></item><item><title><![CDATA[Postgresql压测前插件安装]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/140017359</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/140017359</guid><author>yangjunfeng0604</author><pubDate>Wed, 27 Mar 2024 14:25:23 +0800</pubDate><description><![CDATA[任何数据库上线前，都需要有相关的基准压测，伴随着业务的选型，也是一个很好的参考。那么在压测过程中，需要监控数据库的性能。那么PG是支持很多插件的数据库，我们今天简单的讲几个插件的安装。第一：pg_stat_monitor登录后复制  unzip pg_stat_monitor-main.zip
mv pg_stat_mon...]]></description><category></category></item><item><title><![CDATA[Oceanbase为啥新入数据select慢]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/135778544</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/135778544</guid><author>yangjunfeng0604</author><pubDate>Sat, 30 Dec 2023 17:43:59 +0800</pubDate><description><![CDATA[大家好，作为一个数据库管理员，在纷繁的数据库产品中想占有一席之地，那么必须是剑在手跟我走，除了有一个看家的产品精通或者熟悉之外，还需要多学其他数据库产品，那么本人作为OB新人，以此开篇进行记录，如博客中有什么不对的地方，还请大家留言更正。让我们一起为数据库领域搬砖添瓦！ 大致情况就是，我们新上了一套V4.2.1社区版...]]></description><category></category></item><item><title><![CDATA[诡异事件之统计信息JOB啥时候执行的？]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/132364492</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/132364492</guid><author>yangjunfeng0604</author><pubDate>Mon, 14 Aug 2023 16:03:01 +0800</pubDate><description><![CDATA[统计信息的执行关乎着我们系统的稳定，优化器的选择。我们大部分的核心库还都是Oracle数据库，统计信息是把双刃剑，在业务敏感度较高的交易系统中，尤其重要。此前我们因为“统计信息”出现的业务感知的问题，挺多。后来也在生产环境不断打磨，形成了我们特有的统计信息壁垒手段。1，库级基本的统计信息JOB不做调整。
2，定期与开发交流...]]></description><category></category></item><item><title><![CDATA[Oracle使用fy_recover_data恢复truncate删除的数据]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/125894943</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/125894943</guid><author>yangjunfeng0604</author><pubDate>Tue, 19 Jul 2022 21:06:15 +0800</pubDate><description><![CDATA[TRUNCATE不会逐个清除用户数据块上的数据，而仅仅重置数据字典和元数据块上的元数据(如存储段头和扩展段图)。也就是说，此时，其基本数据并未被破坏，而是被系统回收、等待被重新分配。如果我们已经有一套元数据及数据块，然后将被TRUNCATE的用户数据块的内容取代其用户数据块的内容，是否可以“骗”过Oracle，让它读出这些...]]></description><category></category></item><item><title><![CDATA[Polardb训练营-Polardb-X集群做动态扩缩容]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/125348574</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/125348574</guid><author>yangjunfeng0604</author><pubDate>Fri, 17 Jun 2022 18:21:51 +0800</pubDate><description><![CDATA[本文将主要介绍如何在 Kubernetes 上，通过 PolarDB-X Operator 实现 PolarDB-X 数据库集群的弹性扩缩容。关于如何用 Kubernetes安装PolarDB-X，请您移步上一篇博客中获取：​​​https://blog.51cto.com/yangjunfeng/5383036​​我们这...]]></description><category></category></item><item><title><![CDATA[Polardb训练营-本地部署 PolarDB-X]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/125299489</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/125299489</guid><author>yangjunfeng0604</author><pubDate>Tue, 14 Jun 2022 22:31:52 +0800</pubDate><description><![CDATA[PolarDB-X是阿里巴巴自主设计研发的高性能云原生分布式数据库产品，为用户提供高吞吐、大存储、低延时、易扩展和超高可用的云时代数据库服务。云原生+MySQL生态PolarDB-X已作为标准云产品在世界范围内的13个地区提供服务。依托云资源和容器化部署能力，PolarDB-X可以在数分钟内完成集群创建和变配，整个过程中用...]]></description><category></category></item><item><title><![CDATA[add trandata带来的library cache lock]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/123185490</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/123185490</guid><author>yangjunfeng0604</author><pubDate>Mon, 28 Feb 2022 11:33:19 +0800</pubDate><description><![CDATA[开完早会，来自于开发的一个反馈，说某个时间点业务库有感知异常根据dba_hist_active_sess_history视图查看当时有严重的library cache lock在当时时间段，排除了其他业务sql带来的影响，有一个alter table的操作是ogg为source由于无法使用10046进行追踪，但是我们知道a...]]></description><category></category></item><item><title><![CDATA[tabix内嵌式clickhouse使用]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116527176</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116527176</guid><author>yangjunfeng0604</author><pubDate>Sat, 08 May 2021 15:03:46 +0800</pubDate><description><![CDATA[tabix支持通过浏览器直接连接 ClickHouse，不需要安装其他软件，就可以访问ClickHouse，具有以下特点：

⾼亮语法的编辑器。
	⾃动命令补全。
	查询命令执⾏的图形分析⼯具。
	配⾊⽅案选项。
除此之外，还可以使用DBeaver连接ClickHouse，本文主要介绍CK自己的配置文件的方法去做；详见官网文档：https://tabix.io/doc/Install/#variant-5-from-docker

Embedded
这种方式使用的clickhouse内置的服务，直接打开ck]]></description><category></category></item><item><title><![CDATA[将博客搬至CSDN]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116599736</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116599736</guid><author>yangjunfeng0604</author><pubDate>Sat, 08 May 2021 13:49:54 +0800</pubDate><description><![CDATA[本人自愿将51CTO的博客，全部搬家至CSDN博客中。感谢51cto和CSDN的支持；
					]]></description><category></category></item><item><title><![CDATA[Zookeeper集群安装]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116599735</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116599735</guid><author>yangjunfeng0604</author><pubDate>Fri, 16 Oct 2020 15:39:32 +0800</pubDate><description><![CDATA[在测试Clickhouse集群的时候，需要构建ZK集群。ZK集群比较简单。下面写个流水账。供以后学习翻阅使用；
本ZK集群教程使用Oracle Linux 7系统
本人安装的三台机器ip地址为
172.16.160.31-33
1、三台虚拟机均使用root用户操作
su root
2、下载zk包
wget http://archive.apache.org/dist/zookeeper/zooke...]]></description><category></category></item><item><title><![CDATA[Oracle 19C新特性之-Automatic indexing 自动化索引]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/103876765</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/103876765</guid><author>yangjunfeng0604</author><pubDate>Tue, 07 Jan 2020 17:34:17 +0800</pubDate><description><![CDATA[自从我们公司使用了12C列式数据库以后，在一些特定场景下得到了一些特殊的应用。如它的IN-MEM特性。确实是在项目初期给我们生产性能带来了质的飞跃，同时也肩负着吃螃蟹的风险，遇到了几个12C的Bug，19C上市至今我们的生产环境没有真正的去做迁移部署。最近有时间，测试了一下19C的Automatic indexing特性。人狠话不多开整！
Automatic indexing是Oracle Dat...]]></description><category></category></item><item><title><![CDATA[12C 数据库之坑爹又坑队友的无故链接不上问题处理]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116599729</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116599729</guid><author>yangjunfeng0604</author><pubDate>Wed, 18 Sep 2019 11:36:20 +0800</pubDate><description><![CDATA[公司两年前上的系统，当时要用12c的新特性，就上线投产了。初始oracle版本为12.1，该版本在实际使用中bug不断，简直头疼。近日开发投产一些新的应用服务器大概20多台，在投产至10台的时候，数据库内部链接在910的时候，就会报错，但是我们的session数很大，远远没有到达临界值，报错如下所示；
TNS-12518: TNS:listener could not hand off clien...]]></description><category></category></item><item><title><![CDATA[12C ogg之坑爹又坑队友报错OGG-00868  ORA-01291: missing logf]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116600632</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116600632</guid><author>yangjunfeng0604</author><pubDate>Tue, 13 Aug 2019 23:41:29 +0800</pubDate><description><![CDATA[同事正常操作，并停止一个ogg进程，数据库是12c的。ogg当然也是12c的版本。一切都是一个正常的操作，但是出了坑爹的效应，差不多四个人，搞了近3个小时吧。下面我们看看详细的报错；GGSCI (dwdb1) 1&gt; info all
Program     Status      Group       Lag at Chkpt  Time Since Chkpt
MANAGER     R...]]></description><category></category></item><item><title><![CDATA[ORA-00603\ORA-27504\ORA-27300\ORA-27301:No buffer]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116599740</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116599740</guid><author>yangjunfeng0604</author><pubDate>Sat, 27 Jul 2019 08:15:10 +0800</pubDate><description><![CDATA[Sat Jul 27 02:06:59 2019skgxpvfynet: mtype: 61 process 155678 failed because of a resource problem in the OS. The OS has most likely run out of buffers (rval: 4)Errors in file /u01/app/oracle/diag/rdb...]]></description><category></category></item><item><title><![CDATA[Redis之-哨兵模式原理]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116599728</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116599728</guid><author>yangjunfeng0604</author><pubDate>Fri, 28 Jun 2019 17:34:41 +0800</pubDate><description><![CDATA[master服务器异常down机后，两个原有的slave1，slave2服务器接管服务，如slave1变成新的master服务器，slave2变成slave1的从库。
配置文件主要参数讲解：
sentinel monitor mymaster 127.0.0.1 6379 1 几个哨兵发现down才认为真正的down
sentinel down-after-milliseconds mymaste...]]></description><category></category></item><item><title><![CDATA[Redis之-aof恢复]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116599741</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116599741</guid><author>yangjunfeng0604</author><pubDate>Thu, 27 Jun 2019 15:23:50 +0800</pubDate><description><![CDATA[aof恢复简讲过程：
[root@ZFRC-YW-YJF-TEST-370123 redis]# pkill -9 redis[root@ZFRC-YW-YJF-TEST-370123 ~]# cd /var/dir[root@ZFRC-YW-YJF-TEST-370123 ~]# rm -rf *清除掉现有环境备份文件；然后启动服务器进程，添加新数据
[root@ZFRC-YW-YJF-TEST...]]></description><category></category></item><item><title><![CDATA[Redis之-常用命令]]></title><link>https://blog.csdn.net/yangjunfeng0604/article/details/116599718</link><guid>https://blog.csdn.net/yangjunfeng0604/article/details/116599718</guid><author>yangjunfeng0604</author><pubDate>Tue, 25 Jun 2019 14:09:01 +0800</pubDate><description><![CDATA[格式比较乱，主要是为了记录平时的一些操作，学习过程；1，查看数量127.0.0.1:6379&gt; dbsize(integer) 62，手动重写aof文件127.0.0.1:6379&gt; bgrewriteaofBackground append only file rewriting started3，保存aof日志，这个命令会阻塞其他操作，建议使用bgsave127.0.0.1:637...]]></description><category></category></item></channel></rss>