diy数据库（六）--信号和内核控制块

最新推荐文章于 2022-08-29 22:26:36 发布
最新推荐文章于 2022-08-29 22:26:36 发布
阅读量766 收藏
点赞数 1
分类专栏： DIY数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_15457239/article/details/51179928
版权

一、信号

发送信号的方式：

Shell
– kill命令向指定进程发送信号

系统调用
– kill系统调用向指定进程发送信号
– raise系统调用向当前进程发送信号


信号处理函数：

（1）有默认、忽略和自定义三种

（2）两种特殊信号无法被处理：SIGKILL、SIGSTOP

（3）信号处理函数执行时可以屏蔽指定的信号，使到来的信号挂起

（4）一个线程对一个锁加多次（中间没有解锁）就会死锁，这个时候就只能用递归锁

（5）信号处理函数要足够简单，很多系统调用不是异步信号安全的。像nginx中信号处理函数一般只是写管道，然后设置一个信号的标志位。

注：diydb中对信号的处理只是简单的判断要不要关闭数据库，并没有像nginx一样对信号附上相应的功能模块。



二、内核控制块KRCB，直接或间接的包含了整个数据库的所有模块信息，类似于nginx中的ngx_cycles_t。

//内核控制块
#ifndef PMD_HPP__
#define PMD_HPP__

#include "core.hpp"
#include "pmdEDUMgr.hpp"

enum DIY_DB_STATUS//当前数据库的状态
{
   DIY_DB_NORMAL = 0,//正常状态
   DIY_DB_SHUTDOWN,//关闭状态
   DIY_DB_PANIC//非正常状态
} ;

#define DIY_IS_DB_NORMAL ( DIY_DB_NORMAL == pmdGetKRCB()->getDBStatus () )
#define DIY_IS_DB_DOWN   ( DIY_DB_SHUTDOWN == pmdGetKRCB()->getDBStatus () || \
                           DIY_DB_PANIC    == pmdGetKRCB()->getDBStatus () )
#define DIY_IS_DB_UP     ( !DIY_IS_DB_DOWN )

#define DIY_SHUTDOWN_DB  { pmdGetKRCB()->setDBStatus(DIY_DB_SHUTDOWN); }//将数据库设置为关闭状态

class pmdOptions ;
class DIY_KRCB//内核控制块
{
private :
   // configured options
   char          _dataFilePath [ OSS_MAX_PATHSIZE + 1 ] ;//数据库路径
   char          _logFilePath  [ OSS_MAX_PATHSIZE + 1 ] ;//日志文件路径
   int           _maxPool ;//最大的线程池数量
   char          _svcName [ NI_MAXSERV + 1 ] ;//监听端口的名字
   DIY_DB_STATUS _dbStatus ;//当前数据库的状态
   pmdEDUMgr  _eduMgr ;//线程池
public :
   // constructor
   DIY_KRCB ()
   {
      _dbStatus = DIY_DB_NORMAL ;
      memset ( _dataFilePath, 0, sizeof(_dataFilePath) ) ;
      memset ( _logFilePath, 0, sizeof(_logFilePath) ) ;
      _maxPool = 0 ;
      memset ( _svcName, 0, sizeof(_svcName) ) ;
   }
   // destructor
   ~DIY_KRCB () {}
   
   // inline function
   // get diy mgr
   pmdEDUMgr *getEDUMgr ()//得到线程池
   {
      return &_eduMgr ;
   }
   //rtn *getRtnMgr()
   //{
   //   return &_rtnMgr ;
   //}

   // get database status
   inline DIY_DB_STATUS getDBStatus ()//得到数据库的状态
   {
      return _dbStatus ;
   }
   // get data file path
   inline const char *getDataFilePath ()//得到数据库数据文件的路径
   {
      return _dataFilePath ;
   }
   // get log file path
   inline const char *getLogFilePath ()//得到日志文件的路径
   {
      return _logFilePath ;
   }
   // get service name
   inline const char *getSvcName ()//得到服务名称
   {
      return _svcName ;
   }
   // get max thread pool
   inline int getMaxPool ()//得到线程池中最大的线程数
   {
      return _maxPool ;
   }
   // setup database status
   inline void setDBStatus ( DIY_DB_STATUS status )设置数据库的状态
   {
      _dbStatus = status ;
   }

   // set data file path
   void setDataFilePath ( const char *pPath )//设置数据库的数据文件的路径
   {
      strncpy ( _dataFilePath, pPath, sizeof(_dataFilePath) ) ;
   }

   // set log file path
   void setLogFilePath ( const char *pPath )//设置日志文件的路径
   {
      strncpy ( _logFilePath, pPath, sizeof(_logFilePath) ) ;
   }

   // set service name
   void setSvcName ( const char *pName )//得到服务名
   {
      strncpy ( _svcName, pName, sizeof(_svcName) ) ;
   }

   // set max pool
   void setMaxPool ( int maxPool )//设置线程池的最大线程数
   {
      _maxPool = maxPool ;
   }

   // setup from pmdOptions
   int init ( pmdOptions *options ) ;//根据pmdOptions（从命令行或者配置文件读取并解析出来的配置项）来设置内核控制块的属性
} ;

extern DIY_KRCB pmd_krcb ;//对象在文件之外定义

inline DIY_KRCB *pmdGetKRCB()//全局的内联函数
{
   return &pmd_krcb ;
}

#endif

pmd.cpp 
#include "pmd.hpp"
#include "pmdOptions.hpp"

DIY_KRCB pmd_krcb;//全局变量
extern char _pdDiagLogPath[OSS_MAX_PATHSIZE+1];
int DIY_KRCB::init(pmdOptions *options)//根据pmdOptions（从命令行或者配置文件读取并解析出来的配置项）来设置内核控制块的属性
{
    setDBStatus(DIY_DB_NORMAL);//先把数据库状态设置为正常
    setDataFilePath(options->getDBPath());
    setLogFilePath(options->getLogPath());
    strncpy(_pdDiagLogPath,options->getLogPath(),sizeof(_pdDiagLogPath));
    setSvcName(options->getServiceName());
    setMaxPool(options->getMaxPool());
    return DIY_OK;
}

在下面的服务器入口文件中，即数据库引擎的main()函数所在的文件中，我们会看到命令行参数和配置文件的读取和以此为依据引导内核控制块的过程。

#include "core.hpp"
#include "pmd.hpp"
#include "pmdOptions.hpp"
#include "pd.hpp"
#include "pmdEDUMgr.hpp"


static int pmdResolveArguments ( int argc, char **argv )
{
       int rc = DIY_OK ;

       pmdOptions options ;
       rc = options.init ( argc, argv ) ;//options从命令行和配置文件读取参数，命令行参数的优先级更高
       if ( rc )
       {
                 if ( DIY_PMD_HELP_ONLY != rc )//因为配置参数有-help或者-h时，rc也不为0
                    PD_LOG ( PDERROR, "Failed to init options, rc = %d", rc ) ;
                 goto error ;
      }
      rc = pmdGetKRCB()->init ( &options ) ;//把options中的参数传入内核控制块
      if( rc )
      {
           PD_LOG ( PDERROR, "Failed to init krcb, rc = %d", rc ) ;
           goto error ;
      }
    done :
       return rc ;
    error :
       goto done ;
}

struct _signalInfo
{
       const char *name ;
       int       handle ;
} ;
typedef struct _signalInfo _signalInfo ;

static _signalInfo signalHandleMap [] = {//主要定义收到哪些信号（handle==1）后需要关闭数据库
       { "Unknow", 0 },
       { "SIGHUP", 1 },     //1
       { "SIGINT", 1 },     //2
       { "SIGQUIT", 1 },    //3
       { "SIGILL", 1 },     //4
       { "SIGTRAP", 1 },    //5
       { "SIGABRT", 1 },    //6
       { "SIGBUS", 1 },     //7
       { "SIGFPE", 1 },     //8
       { "SIGKILL", 1 },    //9
       { "SIGUSR1", 0 },    //10
       { "SIGSEGV", 1 },    //11
       { "SIGUSR2", 0 },    //12
       { "SIGPIPE", 1 },    //13
       { "SIGALRM", 0 },    //14
       { "SIGTERM", 1 },    //15
       { "SIGSTKFLT", 0 },  //16
       { "SIGCHLD", 0 },    //17
       { "SIGCONT", 0 },    //18
       { "SIGSTOP", 1 },    //19
       { "SIGTSTP", 0 },    //20
       { "SIGTTIN", 0 },    //21
       { "SIGTTOU", 0 },    //22
       { "SIGURG", 0 },     //23
       { "SIGXCPU", 0 },    //24
       { "SIGXFSZ", 0 },    //25
       { "SIGVTALRM", 0 },  //26
       { "SIGPROF", 0 },    //27
       { "SIGWINCH", 0 },   //28
       { "SIGIO", 0 },      //29
       { "SIGPWR", 1 },     //30
       { "SIGSYS", 1 },     //31
       { "UNKNOW", 0 },     //32
       { "UNKNOW", 0 },     //33
       { "SIGRTMIN", 0 },   //34
       { "SIGRTMIN+1", 0 }, //35
       { "SIGRTMIN+2", 0 }, //36
       { "SIGRTMIN+3", 0 }, //37
       { "SIGRTMIN+4", 0 }, //38
       { "SIGTTMIN+5", 0 }, //39
       { "SIGRTMIN+6", 0 }, //40
       { "SIGRTMIN+7", 0 }, //41
       { "SIGTTMIN+8", 0 }, //42
       { "SIGRTMIN+9", 0 }, //43
       { "SIGRTMIN+10", 0 },//44
       { "SIGRTMIN+11", 0 },//45
       { "SIGRTMIN+12", 0 },//46
       { "SIGRTMIN+13", 0 },//47
       { "SIGRTMIN+14", 0 },//48
       { "SIGRTMIN+15", 0 },//49
       { "SIGRTMAX-14", 0 },//50
       { "SIGRTMAX-13", 0 },//51
       { "SIGRTMAX-12", 0 },//52
       { "SIGRTMAX-11", 0 },//53
       { "SIGRTMAX-10", 0 },//54
       { "SIGRTMAX-9", 0 }, //55
       { "SIGRTMAX-8", 0 }, //56
       { "SIGRTMAX-7", 0 }, //57
       { "SIGRTMAX-6", 0 }, //58
       { "SIGRTMAX-5", 0 }, //59
       { "SIGRTMAX-4", 0 }, //60
       { "SIGRTMAX-3", 0 }, //61
       { "SIGRTMAX-2", 0 }, //62
       { "SIGRTMAX-1", 0 }, //63
       { "SIGRTMAX", 0 },   //64
};    

#define PMD_MAX_SIGNALS 64
 static void pmdSignalHandler ( int sigNum )//信号处理函数
 {
        if ( sigNum > 0 && sigNum <= PMD_MAX_SIGNALS )//sigNum是1才处理（关闭数据库），是0则不处理
        {
             if ( signalHandleMap[sigNum].handle )
             {
                 DIY_SHUTDOWN_DB ;
              }
          }
 }

int pmdTcpListenerEntryPoint () ;//监听线程的入口函数


static int pmdSetupSignalHandle()//设置信号处理函数
{
    int rc=DIY_OK;
    struct sigaction newact;
    memset(&newact,0,sizeof(newact));
    sigemptyset(&newact.sa_mask);

    newact.sa_flags=0;
    newact.sa_handler=(__sighandler_t)pmdSignalHandler;//真正的处理函数
    for(int i=0;i<PMD_MAX_SIGNALS;i++)
    {
        sigaction(i+1,&newact,NULL);//把所有信号的处理函数设置为pmdSignalHandler
    }
    return rc;
}

int pmdMasterThreadMain(int argc, char **argv)//主线程
{
    int rc=DIY_OK;
    DIY_KRCB *krcb=pmdGetKRCB();//得到全局的内核控制块
    pmdEDUMgr *eduMgr=krcb->getEDUMgr();//得到内核控制块中的线程池
    EDUID  agentEDU =PMD_INVALID_EDUID;//初始化代理线程的EDUID
    
    //处理信号
    rc=pmdSetupSignalHandle();
    PD_RC_CHECK(rc,PDERROR,"failed to setup signal handler,rc = %d",rc);

    rc=pmdResolveArguments(argc,argv);//获取命令行和配置文件中的所有参数，并用这些参数初始化内核控制块
    if(DIY_PMD_HELP_ONLY==rc)
    {
        goto done;
    }

    PD_RC_CHECK(rc,PDERROR,"Failed to resolve argument, rc=%d",rc);
    rc = eduMgr->startEDU(EDU_TYPE_TCPLISTENER,NULL,&agentEDU);//起一个监听线程
    
    while(DIY_IS_DB_UP)
    {
        sleep(1);
    }
done:
    return rc;
error:
    goto done;
}

int main ( int argc, char **argv )
{
   pmdMasterThreadMain(argc,argv);
   return 0 ;
}
总结：

1.到此，我们的数据库引擎和客户端的交互雏形已经建立起来。

2.数据库引擎服务器启动的大致过程为：读取命令行参数并解析，如果命令行参数中指定了配置文件路径则将解析配置文件。如果配置文件和命令行中的配置项参数不同，则以命令行的输入为准；如果一个配置项在配置文件和命令行都没有设置，则自动启用默认参数。然后以解析得到的参数来初始化内核控制块（也就是一个存放数据库所有信息的全局对象），然后启动监听线程。（当然，你可以猜到，后续当一个客户端的连接请求到来时，监听线程会从线程池去拿一个线程来执行代理线程的代码，并且处理这个客户端的请求）。

3.下一个博文将完成diydb的线程池的实现，届时，一个完整的服务器框架就搭建起来了（虽然具体的数据功能还没有实现，但可以运行服务器和客户端，并调试代码，看到成果的时候到了）。


关于会飞的猪
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ARM-Cortex_-M4内核参考手册.pdf
02-26
### ARM Cortex-M4 内核知识点详解 #### 一、ARM Cortex-M4 内核概述 **ARM Cortex-M4**是...总体来说，这份参考手册为Cortex-M4内核的设计者和开发者提供了全面的技术支持，有助于更好地理解和应用Cortex-M4内核。
Linux中内核控制块task_struck
eagle_007WH的博客
02-18 899
广义上，所有的进程信息被放在⼀一个叫做进程控制块的数据结构中，可以理解为进程属性的集合。 进程控制块：     每个进程在内核中都有⼀一个进程控制块(PCB)来维护进程相关的信息,Linux内核的 进程控制块是task_struct结构体。现在我们全⾯面了解⼀一下其中都有哪些信息。     在Linux中，这个结构叫做task_struct。task_struct是Linux内核的⼀一种数
C++ 内存池实现 并管理内存池（支持多线程）
时间溜走了的博客
06-01 781
Alloctor.h: #ifndef _ALLOCTOR_H_ #define _ALLOCTOR_H_ void* operator new(size_t size); void operator delete(void* p); void* operator new[](size_t size); void operator delete[](void* p); void* mem_alloc(size_t size); void mem_free(void* p); #endif .
Linux·字符设备驱动实例-基于通用摸版
最新发布
m0_64560763的博客
08-29 565
字符设备驱动实例
diy数据库（七）--线程控制块、消息、线程池
like的专栏
06-16 4279
一、概述         diy数据库使用的是一个多进程and多线程的服务器模型。每个进程作为一个节点实例，监听一个端口；而每个用户连接在数据库节点实例中都会有一个代理线程与之对应。
数据库内核SQL的编译器开发-综合文档
05-25
数据库内核SQL的编译器开发
数据库内核SQL的编译器开发.zip-综合文档
05-19
数据库内核是数据库系统的核心部分，负责管理数据的存储、检索、更新以及并发控制等关键任务。SQL（Structured Query Language）作为数据库的标准查询语言，它的编译器在数据库内核中扮演着至关重要的角色，负责解析...
ADI推出全新混合信号控制处理器ADSP-CM40x
01-20
CM40x是ADI公司针对精密控制应用开发的新一代混合信号控制处理器家族中的位成员，该新款处理器，以良好的模拟转换性能，很好的实现了设备制造商期望的高精度、伺服闭环控制、电机驱动、太阳能光伏（PV）逆变器和其他...
ARM Cortex-M7 内核编程技术说明文档(英文)
04-20
内核的内存访问和内存管理单元(MMU)的配置对开发人员来说是十分重要的，因为这直接关系到程序运行时的数据存储和访问权限控制。 浮点运算单元（FPU）是为支持浮点运算而设计的硬件单元，Cortex-M7内核支持单精度和...
diy数据库（八）--客户端和服务器之间的通信协议
like的专栏
06-17 7234
一、什么是通信协议 通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。 二、diydb的协议格式 1、协议格式是通信协议中最重要的部分之一，diydb采用的是自定义格式和BSON格式的混合格式 2、协议格式总览 协议主要分三个大段 （1）协议头：包括消息长度（用于读取一个完整的协议包）和消息类型 （2）协议主体：不同的消息类型对应不同的协议主体，协议主体主
diy数据库（一）--概况
like的专栏
04-15 3577
一、概况。        diydb是一个非关系型数据库，在数据增长迅速的今天，关系型数据库在处理大量数据时的性能劣势被放大，这导致了noSQL数据库的快速发展，我们熟悉的如redis，memcache，mongodb等。这里，开发一个非关系型数据库来练手，一方面是因为非关系数据库很流行，另一方面是因为其数据处理逻辑更简单，且具备一个服务器的五脏六腑，有很多值得学习和借鉴的地方。 二、
diy数据库（九）--diydb的数据持久化和存储格式
like的专栏
07-08 2381
一、数据持久化        diydb是一个实际上是文档型数据库（并不是内存型数据库），他需要将数据持久化，那么就需要 读写磁盘上的数据。怎样读写磁盘上的数据更高效呢？目前linux上的方法就是使用mmap，即内存映射机制。         为什么说mmap高效呢？我们知道，当我们在进程中读文件时，一般都是先将磁盘上的文件的相应数据块复制到进程的内核空间，然后从内核空间将需要的数据复制到用户
diy数据库（二）--网络通信类
like的专栏
04-17 1317
一、首先，我们先实现OSS层的ossSocket类，供数据库客户端和数据库引擎进行通信 友情提示：对应上面的类图的头文件和源代码附在了本文的最下面。 int _fd ;//socket的文件描述符 socklen_t _addressLen ;//地址长度 socklen_t _peerAddressLen ;//对方地址的长度 struct sockaddr_in _sockAdd
diy数据库（三）--客户端框架的搭建
like的专栏
04-17 946
一、客户端框架的概述 在diy数据库（一）中，已经对客户端的框架有了一个基本的介绍。他主要负责从命令行读取用户的输入，然后将输入解析成数据库服务器能够识别的命令通过tcp连接发送给数据库服务器，并且处理数据库服务器返回的结果。         值的注意的是，我们的客户端用到了工厂模式。所有已经实现的命令都必须注册到命令工厂中，然后所有命令都必须从命令工厂去get到。 二、类图说明
diy数据库（十一）--diydb的运行时模块
like的专栏
07-08 675
一、运行时模块（RNT）         运行时模块是真正的业务处理模块，用于处理解析完成后的请求。它主要依赖索引模块（IXM）和数据管理模块(DMS)来处理请求。上层模块不能绕过RNT来调用IXM和DMS中的功能。《diy数据库（一）--概况》中对模块间的关系有比较清楚的说明。 二、RNT的实现 好吧，diydb的RNT实现非常简单，代码是最好的解释 Rtn.hpp #ifnd
diy数据库（十二）--diydb基于一致性hash的集群演示
like的专栏
08-12 664
一、前言        前面分析了那么多代码和原理，显得太过枯燥。那么，本章就来结合我在客户端基于一致性hash实现的数据库集群来一并演示一下diydb的实际运行情况。 二、演示  1、启动数据库服务器diydb                   从服务器启动打印的信息，可以看到启动时间、进程id、线程id、日志打印函数是在哪个函数中被调用的、还有日志级别，最重要的还有启动的端口
diy数据库（五）--文件操作、问题诊断和配置文件
like的专栏
04-18 663
前言：对于一个服务器程序，他们一般运行在后台，基本上都是以daemon进程的形式存在，他们没有终端资源，不能用命令行与用户进行交互。这个时候，配置文件（当然服务进程启动时可以读取命令行参数）和日志文件的作用就显得不可或缺了。 一、文件操作基础类 typedef oss_off_t offsetType ;//文件偏移类型 class ossPrimitiveFileOp { public
ADSP-CM40x 混合信号控制处理器官方手册
"ADI公司CM40X系列官方芯片手册，主要介绍ADSP-CM40x混合信号控制处理器，该处理器基于ARM Cortex-M4内核。文档为硬件参考初步修订版0.2，发布于2013年9月。" ADSP-CM40x系列是由ADI（Analog Devices, Inc.）推出的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值