工作日志

Author: haiqingchq

_posts/2025-2-10-工作日志.md

@@ -5,14 +5,14 @@ title: 2.10工作日志
 time: 2025年2月10日 星期一
 location: 杭州
 pulished: true
-excerpt_separator: "##"
+excerpt_separator: "#"
 ---
 
 年前，我针对Minio的交付工具链进行了开发。开发完成后交给了同事实施，在实施过程中，遇到了以下问题。针对以下问题，进行对应的修改。
 
 
 
-Minio 交付遇到的问题：
+# Minio 交付遇到的问题：
 
 - [x] /openssl_kes_base.cnf 内容字段需要调整一下
 

_posts/2025-2-13-工作日志.md

@@ -0,0 +1,47 @@
+---
+category: daily
+layout: post_layout
+title: 2.13工作日志
+time: 2025年2月13日 星期四
+location: 杭州
+pulished: true
+excerpt_separator: "#"
+---
+
+今天也是在继续重构erda的runtime模块，在下午睡觉刚醒的时候，给我分配了一个答疑的任务，这个答疑的问题是一个线上的问题。
+
+线上问题是最难解决的，就算定位到问题，找到解决方案。还是需要在集成环境中复现这个问题，然后在集成环境中确定，当下解决方案是没有问题的，如果有问题，涉及的范围有多大，等等。有时候一个非常小的问题，所消耗的时间还是会非常多。
+
+当然， 其实这些想法暂时可能是因为我对处理线上问题的经验还不够丰富，经历不够多。
+
+
+
+好吧，其实今天重构runtime模块好像也不是很顺利。
+
+
+
+# 2.13 工作日志
+
+
+
+## 答疑
+
+在项目的通知模块中， 新建通知中设置触发时机接口，出现重复的显示问题。我需要定位到这个问题，并解决。
+
+1. 首先，在erda-cloud中，看到界面中确实存在重复显示问题。
+
+2. 通过接口查看后端返回的数据，发现返回的数据确实返回了两份。可以知道是后端的问题。
+3. 通过url在源码中找到对应的业务代码，确定数据的来源，发现数据是从mysql中捞出来的。
+4. 使用dataGrip连接到erda-cloud的数据库，找到对应的表，发现在表中确实存在重复数据。
+5. 通过对比前端返回的数据id和数据库中的数据的id，可以确定问题来源就是数据库中数据重复问题。
+6. 对比在数据库中的两组重复数据发现，创建时间分别在2020.06.09以及2020.06.16，可以确定，这个数据的重复并非是由并发问题造成的。而是人为的创建了两份。
+7. 现在的解决方案就是：删除其中一组数据，然后将相关联的数据关联到另外一组数据上面。
+8. 但是上面的解决方案是不完整的，因为这样子操作的影响范围是不确定的。可能会造成其他问题。我们需要在集成环境中确定这个方案的可行性。通过造一批假的数据，来测试这个方案的可行性。
+9. 最后确定没有问题之后，给师兄看看有没有问题。最后落到生产环境。
+
+
+
+## Runtime 模块的重构
+
+
+