首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

技术分享 | kill掉mysqld_safe进程会影响mysqld进程

1、背景 公司内部看到一则问题 1、kill -9 mysqld_safe 进程 2、systemd 检测到 mysqld_safe 进程不存在后,重新拉起 mysqld_safe 进程 3、mysqld_safe...进程启动后,发现 mysqld 进程也被重启 期望:启、停 mysqld_safe 进程,不会影响 mysqld 进程 2、systemd 服务启动 2.1、复现问题 1)、查看数据库服务状态 [greatsql...(非会话首进程),不影响同组的进程(mysqld),此时 init 进程会自动领养 mysqld 进程 4)、重新启动 mysqld_safe 进程,并再次查看进程信息 [greatsql@greatsql...退出,原因是已存在 mysqld 进程 4、总结 mysqld_safe 进程mysqld 进程是父子进程关系 systemd 服务启动,kill 父进程(会话首进程),会导致子进程也退出 mysqld_safe...进程,不会影响mysqld进程】。

33630
您找到你想要的搜索结果了吗?
是的
没有找到

进程 进程】页通常存在PCB中

通俗解释进程-科学家做蛋糕 科学家做蛋糕 然后女儿被蜜蜂蛰了 进程–在内核 内存管理 经典 老式 管理方法: 基址寄存器(程序开始的地方) + 界限寄存器(程序长度) 空闲内存管理...每个页框有一个编号,即“页框号”(页框号=页帧号=内存块号=物理块号=物理页号),页框号从0开始 将进程的逻辑地址空间也分为与页框大小相等的一个个部分,每个部分称为一个“页”或“页面”。...操作系统以页框为单位为各个进程分配内存空间。进程的每个页面分别放入一个页框中。也就是说,进程的页面与内存的页框有一一对应的关系。 各个页面不必连续存放,可以放到不相邻的各个页框中。...重要的数据结构——页 为了能知道进程的每个页面在内存中存放的位置,操作系统要为每个进程建立一张页。...注:页通常存在PCB中 一个进程对应一张页 进程的每个页面对应一个页表项 每个页表项由“页号”和“块号”组成 页表记录进程页面和实际存放的内存块之间的映射关系

1.3K20

MySQL中MGR中SECONDARY节点磁盘满,导致mysqld进程被OOM Killed

问题描述 MySQL 8.0.26 测试过程 disk full报告过程及何时被oom killed 关注mysqld进程内存消耗变化 GreatSQL 8.0.25测试过程 在MGR测试中,人为制造磁盘满问题后...从disk full时刻开始,大约过了2.5小时,mysqld进程内存消耗持续上升,最终引发oom kill Sep 18 12:56:28 mgr3 kernel: docker-containe invoked...进程内存消耗变化 下面是mysqld进程内存消耗变化情况 # 一开始3G 9539 3144872 /usr/local/mysql-8.0.26-linux-glibc2.12-x86_64/bin.../my.cnf OS层oom-killer相关日志: # mysqld进程内存大约飙到14G Sep 18 12:56:29 mgr3 kernel: Out of memory: Kill process...9539 (mysqld) score 902 or sacrifice child Sep 18 12:56:29 mgr3 kernel: Killed process 9539 (mysqld)

88420

史上最强解读:Oracle里面为什么没有double write?

导读:MySQL有double write机制,PostgreSQL有full page write机制,那么Oracle里面为什么没有类似机制呢?...突然想到为什么Oracle没有这个东西?PostgreSQL是否也有类似机制? 在网上搜了一下,发现有人之前简单写过类似文章,但是没有一篇能够完全分析透彻的的。 所以,我想来好好说一下这个问题。...比如为了确保机制的实现,double write buffer并不是真正的内存不buffer,是从共享空间中分配一块连续区域出来。...crash就直接用wal日志进行恢复就完了,因为里面有脏页的完整记录。 从这里我们也能看到问题的所在。...这里我想说的是,不知道是因为Oracle 圈子大家从来没有care过这个东西,或者说Oracle 本身早已解决了这个问题,所以大家从来没有提过。那么为什么Oracle 数据库里面很少提及这个问题呢?

1.7K40

基于全局句柄发现隐藏进程

,本文就基于全局句柄PsdCidTable,来找到隐藏进程的效果。...我们假设一个场景,如果直接返回内核地址给应用层,我们可以在应用层随意修改内核地址,当我们修改的地址没有访问权限的时候,操作系统就会蓝屏,所以为了安全起见,只给应用层一个句柄,再通过这个句柄去找到真实的内核地址...这里因为inter设置句柄的储存是8个字节一组,所以这里需要*8 我们得到句柄表里面的值为02000002`85dc0d8b,这里b拆分开为1011,将后3位清0可以得到85dc0d88 这里因为每个链表之前都有一个...然后在任务管理器和cmd里面都看不到notepad.exe这个进程 然后再启动遍历全局句柄的驱动 可以看到notepad.exe进程,那么这里就可以证明,系统并不是通过PEB找双向链表去定位到进程的...,而是通过全局句柄来寻找进程,也就是说我们通过PEB断链进行进程隐藏只能进行表面上的隐藏,要实现真正的隐藏就需要将某个进程从全局句柄表里面摘除,但是这里如果将进程从全局句柄表里面摘除就有可能发生不稳定的情况

43621

基于全局句柄发现隐藏进程

我们知道在0环进行PEB断链可以达到隐藏进程的效果,但是这只是作为权限维持的一种方法,如果要想完美的隐藏进程几乎是不可能的,本文就基于全局句柄PsdCidTable,来找到隐藏进程的效果。...我们假设一个场景,如果直接返回内核地址给应用层,我们可以在应用层随意修改内核地址,当我们修改的地址没有访问权限的时候,操作系统就会蓝屏,所以为了安全起见,只给应用层一个句柄,再通过这个句柄去找到真实的内核地址...全局变量 PspCidTable存储了全局句柄 _HANDLE_TABLE的地址 全局句柄存储了所有 EPROCESS和 ETHREAD 和进程的句柄不同,全局句柄表项低32位指向的就是内核对象,....png] 启动驱动断链成功 [image-20220316110106266.png] 然后在任务管理器和cmd里面都看不到notepad.exe这个进程 [image-20220316110135787...,而是通过全局句柄来寻找进程,也就是说我们通过PEB断链进行进程隐藏只能进行表面上的隐藏,要实现真正的隐藏就需要将某个进程从全局句柄表里面摘除,但是这里如果将进程从全局句柄表里面摘除就有可能发生不稳定的情况

84830
领券