唉，忙得都没时间写日志了。。

最新推荐文章于 2025-10-22 21:36:03 发布

原创最新推荐文章于 2025-10-22 21:36:03 发布 · 998 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#工作 #oracle #linux

C1:像牛一样地工作同时被 3 个专栏收录

9 篇文章

订阅专栏

C3:其实我是一只蚂蚁

2 篇文章

订阅专栏

C2:生活却像猪一样

2 篇文章

订阅专栏

博主近期发梦都在思考Linux和Oracle的问题，每天朝9晚9工作，感慨像牛一样工作却不能像猪一样睡好觉，发出搞IT是否注定如此的疑问。

这几天，发梦都在想Linux 和oracle的问题。。。。

每天都是朝9晚9的工作，唉，真是一个勤劳的蚂蚁啊。。。

----------像牛一样的工作，却不能像猪一样睡个好觉，搞IT的，都注定是这样的吗？

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

luzhuliang

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

职场篇：只需30秒，AI帮你写出完美工作日志

七木的博客

02-05

1606

只需30S让AI帮你完成更专业的工作日志

缓冲区的奥秘：解析数据交错的魔法

热门推荐

曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”

12-01

8万+

本文探讨了缓冲区的重要性及其在不同领域的应用。首先，从直观角度解释了缓冲区的好处，包括保持操作节奏、减少性能损耗和优化用户体验等。其次，通过经典案例分析了文件读写流和日志缓冲的应用，展示了缓冲区的加速效果。进一步探讨了缓冲区优化方向，以及在Kafka中可能引发的数据丢失和对业务高可用性的影响。本文旨在帮助读者深入理解缓冲区的奥秘，以及在实际应用中的优化思路。

参与评论您还未登录，请先登录后发表或查看评论

小小软件人这几年所遭遇的难题

*无名小卒*

12-25

2596

一眨眼从事软件R&D四年有余了，对一个软件开发者来说，工作了三到四年往往就到达了他的顶峰，当然这句话不是我说的，这是我有一次到一家公司面试，那里的HR这样说的，而我不怎么同意，按照道家学说的观点，物极必反，但何为极？这是相对的，如果我在R&D领域工作了四年下来，感觉自己在这方面已经不能再发展了，于是去做别的，那这就是我的“极”了，但如果我觉得这仅仅是个开始，我还得继续学习才能取得更好的发展，那这还

RE：“忙得连写blog的时间都没有了”

Sunny Chen的专栏

04-05

1650

看到王咏刚先生的blog中有一个log，名字叫“忙得连写blog的时间都没有了”，这才想起自己也有一段时间没有写日志了。王先生说的没错，其实忙也并非忙的“不可开交”，都是在忙着自己的事情，除了每天上班下班，还有学习，还有生活琐事等着自己去处理，说起“忙”，我认为，如果能知道自己每天都在忙些什么，这便也是一种收获。2005年1月份的我确实是很忙，主要还是工作上的事情，每天加班工作到很晚使我无心去体验

Mysql日志系统

张花生的博客

04-27

1509

假设我们有一个表：create table T(ID int primary key, c int); 如果要将ID=2这一行的值加1，SQL语句就会这么写：update T set c=c+1 where ID=2; 根据Mysql执行流程：

最近忙的没时间写日记了

Bluefish@CsdnBlog

11-05

999

最近这些日子一直忙着做学校的商务平台,连写日记的时间都没有了.白天先是紧巴巴的课,晚上回到寝室就是疯狂的开发连轴转,学校那些乏味的实验也总是充斥本已不堪重负的时间表!!今天见了院长和老师,给了我们不少提示.看样子整个平台的全面开发要到寒假的时候了.现在能做的就是简单拉出一个框架来.然后写出详细的项目计划和系统分析了.希望这次的项目能够申请下来.学校已经答应提供给我们实验室了,不过还是不想去西校区,

万字长文带你了解Java日志框架

再小的帆也能远航，把分享变成一种习惯

08-14

1510

日志的重要性不用我多说了，日志，简单来说就是记录。用来记录程序运行时发生的事情。比如，程序启动了、执行了某个操作、遇到了问题等等，这些都可以通过日志记录下来。想象一下，你开了一家店，每天的营业额、顾客的反馈、商品的进出、库存等等，你都会记录下来。这就像是程序的日志。

运维必备——ELK日志分析系统

礁之的博客

12-17

1万+

日志分析是运维工程师解决系统故障、发现问题的主要手段

探索 Java 领域 Log4j 的日志异步写入机制

Java大师兄的博客

06-13

1122

日志是系统的“黑匣子”，记录了运行状态、错误信息和业务轨迹。但传统的同步日志写入（写日志时直接等待 IO 完成）在高并发场景下会成为性能瓶颈——就像你边炒菜边等洗衣机洗完衣服，结果菜都糊了洗衣机还没结束。本文聚焦 Log4j（尤其是 Log4j 2.x 版本）的异步写入机制同步日志的痛点与异步日志的解决方案异步日志的核心组件（队列、后台线程）与工作流程关键配置参数（队列大小、阻塞策略）的调优技巧实战中如何避免日志丢失、保证顺序性。

python实现按关键字筛选日志文件

01-20

最近忙成了狗，五六个项目堆在一起，头疼的是测试还失惊无神的给我丢来一个几十甚至上百M的日志文件，动不动就几十上百万行，就算是搜索也看得头昏眼花的，因此自己花了点时间写了一段小脚本去过滤日志，当然这样的...

@Autowired 的Bug让我们白忙三天

最新发布

程序猿DD

10-22

962

凌晨两点，支付服务的告警像雪崩一样砸来，你在控制台和栈跟踪间疯狂穿梭，却始终想不明白：Spring 的依赖注入，怎么会在生产里突然“失手”？我最近读到一篇事故复盘，讲的是两个看似无害的改动如何在生产环境联手把系统击穿，分析深入、启发很大。于是我把它完整翻译出来，分享给大家，希望能帮你少走弯路。以下内容翻译自：https://medium.com/javarevisited/the-autowired-bug-that-cost-us-3-days-7d24a1e31435。

linux下配置tomcat开机启动

蚂蚁的窝

03-09

3465

Tomcat启动可以用自带的确jsvc来实现:jsvc本来要从 http://jakarta.apache.org 下载 commons-daemon-1.0-Alpha ，不过tomcat 已经自己带了一个了，在tomcat/bin目录下有一个jsvc.tar.gz 解压，编译：#tar -xzvf jsvc.tar.gz#cd jsvc-src运行#sh support/buildconf.s

oracle的imp操作，导入后的中文乱码。。。

蚂蚁的窝

09-22

1943

这几天，一个新手能遇到的问题都被我撞上了，幸好都一一解决了。1.imp后中文乱码，具体的细节不甚了解，只知道是字符集的问题，保证目标数据库的字符集和源数据库的字符集一样就可以了；2.应用程序连接数据库的问题，报错： ava.sql.SQLException: ORA-00600: internal error code, arguments: [ttcgcshnd-1], [0],

开机启动Samba的方法

蚂蚁的窝

11-01

1586

1. 在 /etc/init.d 中作一个如下内容的脚本smbd$smbspool=/var/spool/samba$piddir=/var/run$smbd=/usr/sbin/smbd$nmbd=/usr/sbin/nmbdif [ "x$1" = "x" -o "x$1" = "xstart" ]; then　if [ -d $smbspool ]; then　　rm -f $smbspoo

Tapestry in Action

蚂蚁的窝

04-26

1441

1.Tapestry 是一个servlet应用；2.Tapestry是一个框架；3.Tapestry的基本术语：Page，在一个Tapestry应用中一个page文件的名称是唯一的（后缀为.page），有一个对应的HTML模板，page文件中可以包含很多其他组件(page本身就是组件)；Template，HTML模板，对应一个page（或者一个组件），就象通常的HTML页面。只是某些标签可能有一些

RedFlag(红旗) Advanced Server4.1上安装Oracle 9.2.0并升级到9.2.0.4

蚂蚁的窝

09-21

1429

结合一份英文文档和一份中文文档，也终于装上去了，关键的一点：Oracle的9i已经不支持Text Mode的安装方式了，所以必须在X界面下新开Terminal进行安装，才能显示图形安装界面。刚对Sql Server有点了解，有要调整自己接受Oracle。。。。 ------

在Linux(红旗AdvanceServer4.1)执行oracle的imp操作报错的原因和解决的办法

蚂蚁的窝

09-21

1407

场景@gdet update project：[oracle@ant bin]# imp user/passwordORA-27101 Shared memory realm does not exist ORA-01034 ORACLE not available 。。。网上查了一下，这不单单是imp操作时才会出错的，更多的是在启动数据库的时候。。。原因：网上说是一个

linux下配置oracle9i的开机启动

蚂蚁的窝

03-09

1249

1、修改Oracle系统配置文件/etc/oratab/etc/oratab 格式为： SID:ORACLE_HOME:AUTO把AUTO域设置为Y(大写)，只有这样，oracle 自带的dbstart和dbshut才能够发挥作用。如：ora9i:/home/oracle/ora/products/9.2.0:Y2、编写服务脚本：如下#!/bin/bash##################F

Oracle OEM中成功执行数据导出操作的步骤

蚂蚁的窝

09-21

1166

1.登陆OEM，在配置－>首选身份中，设置了“节点”的登陆属性，包括用户名和密码，注意：该用户必须是当前“节点”所在win操作系统上的用户，如administrator;2.在win操作系统的控制面板->管理工具->本地安全策略中->用户权利指派->作为批处理作业登陆，中添加上面首先身份中节点访问的用户，如/administrator。原因是：oracle的exp操作是一个批处理的操作，如果首

调用debugSendMsgPer5ms后会在一段时间后卡住

07-25

<think>我们正在排查一个函数调用后程序卡住的问题。函数名为`debugSendMsgPer5ms`，从名称看可能是每5毫秒发送调试消息的功能。程序在一段时间后卡住，说明可能涉及资源耗尽、死锁、无限循环或硬件问题等。根据经验，我们可以从以下几个方向排查： 1. **资源泄漏**：如内存泄漏、句柄泄漏等，导致资源耗尽。 2. **死锁**：多线程环境下，可能因锁顺序问题导致死锁。 3. **无限循环**：函数内部可能存在条件触发的无限循环。 4. **硬件依赖**：如等待某个硬件信号，但信号未到达导致永久等待。 5. **堆栈溢出**：递归调用或大局部变量导致堆栈溢出。 6. **中断冲突**：如果涉及中断服务程序，可能中断被错误禁用或冲突。由于函数名包含“SendMsg”，可能涉及消息发送，我们还需要考虑： - 消息队列是否被填满而无法继续发送？ - 是否在等待一个不可能到来的应答？步骤建议： 1. **日志跟踪**：在函数调用前后以及函数内部关键点添加日志，观察卡住的位置。 2. **调试器**：使用调试器（如GDB）附加到进程，卡住时暂停程序查看各线程的堆栈。 3. **资源监控**：运行程序时监控内存、CPU、文件描述符等资源使用情况。 4. **代码审查**：检查`debugSendMsgPer5ms`的实现，特别关注循环、锁、资源申请/释放、硬件操作等。假设我们通过调试发现卡住时线程堆栈停留在某个锁的获取上，那么可能是死锁问题。或者发现内存持续增长，则可能是内存泄漏。另外，注意函数调用频率很高（每5ms），如果每次调用都分配资源而不释放，很快会耗尽资源。如果问题难以复现，可以尝试增加日志或使用core dump分析。由于没有提供具体代码和环境，以上为通用排查思路。根据引用[1]中提到的系统调用过程，如果该函数内部涉及系统调用，也可能在系统调用过程中由于内核态的问题而卡住。例如，陷入内核后等待某个资源，但资源不可用。引用[1]的流程图为：用户程序 -> 系统调用接口（系统调用号）-> 陷入指令 -> 内核态 -> 系统调用处理程序 -> 访问系统资源 -> 返回结果 -> 切换回用户态 -> 继续执行用户程序如果在内核态中等待资源（如等待一个信号量）而得不到，就会一直阻塞。引用[2]提到ZGC日志分析，虽然这是Java的垃圾回收，但思路可以借鉴：通过日志分析关键事件（如触发原因、资源使用情况）。我们可以在程序中增加详细日志，包括时间戳和状态变化。引用[3]提到使用空操作实现延时，如果我们的函数中有类似的忙等待（busy-wait）实现，可能会消耗大量CPU，但不会导致卡住，除非等待条件永远不成立。因此，具体排查需要结合代码和运行环境。下面我们生成相关问题：</think>### `debugSendMsgPer5ms` 调用后程序卡住问题排查指南 #### 1. **确认卡住位置** - 使用调试器（如 GDB）在卡住时中断程序，检查线程堆栈： ```bash gdb -p <进程ID> (gdb) thread apply all bt ``` - 若堆栈显示在 `debugSendMsgPer5ms` 内部或相关调用链中，说明问题在该函数逻辑中[^1]。 - **关键点**：观察是否阻塞在 I/O 操作、锁获取或系统调用上。 #### 2. **检查资源泄漏** - **内存泄漏**：监控内存使用（如 `valgrind --leak-check=full`），高频调用可能导致内存碎片或耗尽。 - 检查函数内是否未释放动态内存（`malloc`/`new`）。 - **句柄泄漏**：检查文件描述符、网络套接字等资源是否未关闭（`lsof -p <进程ID>`）。 #### 3. **分析时序与并发问题** - **死锁风险**：若函数涉及锁（如互斥锁），高频调用可能导致锁竞争： ```c pthread_mutex_lock(&mutex); // 可能因未及时释放而阻塞其他线程 debugSendMsgPer5ms(); pthread_mutex_unlock(&mutex); ``` - **定时器冲突**：函数每 5ms 触发一次，若执行时间 >5ms 会导致任务堆积，最终卡死。 - 测量函数执行时间（如 `clock_gettime`），优化耗时操作。 #### 4. **硬件/驱动依赖** - 若函数依赖硬件（如串口/USB）： - 检查硬件状态（连接是否稳定）。 - 确认驱动无错误（`dmesg | grep error`）。 - **阻塞型 I/O**：如使用 `write()` 发送消息，若硬件缓冲区满会阻塞进程。 #### 5. **日志与追踪** - 在函数入口/出口添加日志： ```c log("Enter debugSendMsgPer5ms"); // 卡住前最后一条日志即问题点 ``` - 使用 `strace` 追踪系统调用： ```bash strace -p <进程ID> -T -tt ``` 观察卡住时阻塞在哪个系统调用（如 `write`, `futex`）。 #### 6. **优化建议** - **异步发送**：改为队列缓冲+后台线程发送，避免阻塞主流程。 - **超时机制**：对 I/O 操作添加超时（如 `select()`）。 - **频率调整**：降低调试消息频率（如 10ms），测试是否缓解问题。 #### 典型修复案例 ```c // 修复：移除阻塞操作 + 增加超时 void debugSendMsgPer5ms() { struct timeval tv = {0, 1000}; // 1ms 超时 fd_set set; FD_ZERO(&set); FD_SET(sock_fd, &set); if (select(sock_fd+1, NULL, &set, NULL, &tv) > 0) { // 检查可写 write(sock_fd, msg, msg_len); // 非阻塞发送 } } ```