DBConvertStudio使用记录 前言 这篇文章是我在学习使用DBConvertStudio过程中的学习记录，以便日后遗忘查阅； 诸君也可跟随我的步伐了解一下DBConvertStudio 声明：改软件是付费的，但在国内没有什么是通过魔法解决不了的。 目录DBConvertStudio使用记录
背景 前段时间业务研发反馈说是他的应用内存使用率很高，导致频繁的重启，让我排查下是怎么回事； 在这之前我也没怎么在意过这个问题，正好这次排查分析的过程做一个记录。 首先我查看了监控面板里的 Pod 监控： 发现确实是快满了，而此时去查看应用的 JVM 占用情况却只有30%左右；说明并不是应用内存满了
在软件安全的世界中，企业在软件开发生命周期中都面临着漏洞带来的巨大挑战。开发人员每天都需要确保交付没有漏洞的代码，因此他们需要花费大量的时间来解决首要处理的漏洞问题以确保企业软件安全。然而确保产品没有漏洞缺陷的需求扼杀了创新的步伐，延迟软件产品的上市时间并导致收入和时间上的巨大损失。 业内权威咨询研
在理想的 IaC 世界中，我们所有的基础设施实现和更新都是通过将更新的代码推送到 GitHub 来编写和实现的，这将触发 Jenkins 或 Circle-Ci 中的 CI/CD 流水线，并且这些更改会反映在我们常用的公有云中。但现实并没有这么顺利，原因可能有很多，例如： - 公司仍处于云自动化的初
最近，特斯拉宣布召回110万辆车，名义上是纠正单踏板不良习惯，背后原因可能是这些车辆的电子控制单元存在缺陷，可能导致刹车失灵(潮州等交通事故至今没有定论)。这个事件引起了人们对于机器学习技术和人机责任划分的关注和讨论。 机器学习技术在汽车制造业中的应用越来越广泛，可以帮助汽车制造商提高生产效率、降低
背景 最近有一个需求需要自定义一个多继承abc.ABC与django.contrib.admin.ModelAdmin两个父类的抽象子类，方便不同模块复用大部分代码，同时强制必须实现所有抽象方法，没想按想当然的写法实现多继承时，居然报错metaclass conflict： In [1]: impo
背景 nginx 499在服务端推送流量高峰期长期以来都是存在的，间或还能达到告警阈值触发一小波告警，但主观上一直认为499是客户端主动断开，可能和推送高峰期的用户打开推送后很快杀死app有关，没有进一步探究问题根源。 然而近期在非高峰期也存在499超过告警阈值的偶发情况，多的时候一天几次，少的时候
技术人当遇到具体问题，能给出的各种解决方案，有一种类型叫做workaround，翻译过来通常为“应变方法”、“变通方法”； 其实这种方式通常是没有找到根本的解决方案，但是为了快速恢复业务而采用的一种巧妙规避/跳过的方式。 举个具体的例子：我有测试需求要在主库创建一个新的PDB： 1.创建新的PDB
最近，自己的一个测试环境，遭遇了hacker攻击。 具体是oracle用户被攻破了，原因是该环境通过DDNS连接到了外网，而因为只是测试，没有注意安全防范，设置的口令过于简单。 下面记录下，也作为警醒。 1.发现资源使用异常 CPU告警，使用top去查询资源使用情况发现CPU使用率非常高，达到94%
上篇文章 - [源端为备库的场景下Duplicate失败问题](https://www.cnblogs.com/jyzhao/p/17420831.html) 我只在中间备库环境应用了PSU，解决了级联备库从中间备库duplicate数据库的问题： 细心的朋友已经发现，因为是备库环境，并没有做数据库
我家人其实已经忍家里的小米电视很久了，开机太慢，分类繁多，还有广告； 但是又不希望失去它的智能性，比如自带的小爱同学，又能互联很多智能设备。 近年来大环境比较卷，没啥自己的时间来仔细研究这些。 总而言之，不想太折腾，不想root，但是想换用清爽一些的桌面，删除不必要的应用和广告。 早先试过直接安装第
我的一套测试环境发现时间慢了10分钟，影响我做各类测试。 首先就想到NTP服务，发现已安装NTP安装包，也有默认的NTP配置文件，只是没有启用。 用到的相关命令参考如下： ```shell [root@bogon ~]# vi /etc/ntp.conf systemctl status ntpd
重要系统Oracle数据库U2L迁移场景中，如果客户来问我建议，我都会回复说首选就是XTTS，除非XTTS经测试实在是无法满足停机窗口，否则就不要考虑OGG这类方案。 换句话说，选择OGG做迁移的场景，都是没有其他办法时才会选用的方案了。 而在这类XTTS的迁移项目中,我认为bct的技术是至关重要的
# 背景 这篇文章是写给有缘人的，为什么这么说呢，因为本篇主要讲讲数据库连接池之c3p0-0.9.1.2版本。 年轻的朋友，可能没怎么听过c3p0了，或者也仅限于听说，这都很正常，因为c3p0算是200几年时比较流行的技术，后来，作者消失了好几年，12年重新开始维护，这时候已经出现了很多第二代线程池
# 前言 本篇其实是承接前面两篇的，都是讲定位线上的c3p0数据库连接池，发生连接泄露的问题。 第二篇讲到，可以配置两个参数，来找出是哪里的代码借了连接后没有归还。但是，在我这边的情况是，对于没有归还的连接，借用者的堆栈确实是打印到日志了，但是我在本地模拟的时候，发现其实这些场景是有归还连接的，所以
# 前言 本周协助测试同事对一套测试环境进行扩容，我们扩容很原始，就是新申请一台机器，直接把jdk、resin容器（一款servlet容器）、容器中web应用所在的目录，全拷贝到新机器上，servlet容器和其中的应用启动没问题。以为ok了，等到测试时，web应用报错，初始化某个类出错。报错的类长下
# 背景 现在信创是搞得如火如荼，在这个浪潮下，数据库也是从之前熟悉的Mysql换到了某国产数据库。 该数据库我倒是想吐槽吐槽，它是基于Postgre 9.x的基础上改的，至于改了啥，我也没去详细了解，当初的数据库POC测试和后续的选型没太参与，但对于我一个开发人员的角度来说，它给我带来的不便主要是
简介 使用
 ## 鼠标交互事件 前几篇关注的是如何渲染，那么鼠标交互如何实现呢？ Canvas context 本身没有
学习&&转载文章： 【隐私计算笔谈】MPC系列专题（二）：模型和Shamir秘密共享机制 【隐私计算笔谈】MPC系列专题（十一）：共享随机数和比特分享 【隐私计算笔谈】MPC系列专题（十二）：比特比较 【隐私计算笔谈】MPC系列专题（十三）：比特分解【这部分没看懂，欢迎交流～】 通过共享随机数来实现
