PostgreSQL启动过程中的那些事十六：启动进程二

Postgre SQL 前端之家
前端之家收集整理的这篇文章主要介绍了PostgreSQL启动过程中的那些事十六：启动进程二，前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

这节主要讨论启动进程到了StartupXLOG。根据情况，如果需要就排除系统故障引起的数据库不一致状态，做相应的REDO或UNDO，然后创建一个检查点，把所有共享内存磁盘缓冲和提交数据缓冲写并文件同步到磁盘、把检查点插入xlog文件、更新控制文件，使数据库达到一种状态，设置共享内存中XLogCtl、@H_301_3@ShmemVariableCache@H_301_3@等对象信息；如果不需要，就根据控制文件从xlog文件读取最后的检查点信息，设置共享内存中XLogCtl、@H_301_3@ShmemVariableCache@H_301_3@等对象信息；启动完@H_301_3@XLOG@H_301_3@，启动进程完成使命，自己做了了断，@H_301_3@postmaster@H_301_3@进程根据子进程结束信号响应句柄继续。

@H_301_3@目前没有看到数据文件里记录了检查点，难道这个没有？？？

3

先上个图

方法调用序列示意图

4

上StartupXLog方法的处理流程示意图

StartupXLog @H_301_3@流程示意图

数据库在什么情况下需要恢复。如果出现事务故障、系统故障或者介质故障时，数据库需要恢复。出现诸如运算溢出、死锁、违反完整性约束等事务故障时数据库在运行时可以@H_301_3@通过强制回滚自行处理。@H_301_3@系统故障是主存数据丢失，未完成事务有些数据已写到物理数据库，此时数据库启动时需要事务回滚（@H_301_3@UNDO/rollback@H_301_3@）恢复。已完成事务有些或全部数据未写到物理数据库，此时数据库启动时需要重做（@H_301_3@REDO@H_301_3@）已提交事务。介质故障，需要从以前的备份做专门恢复。

话说到了XLogStartup方法，在这个方法里最主要的是根据情况判断是否需要恢复。如果不需要恢复，处理比较简单；如果需要恢复，根据不同状况做相应恢复。这儿这个状况就是判断系统是否在上次关闭时出现了系统故障。

XLogStartup方法，先读取控制文件pg_control到ControlFileData数据结构，再看是否有恢复命令文件recovery.conf（判断是否是归档模式，如果归档模式，需要恢复的话，就是归档恢复），读取内容并设置InArchiveRecovery = true，并根据情况，如果是hot standby的从系统，设置StandbyMode = true。接着读时间线历史文件。@H_301_3@然后@H_301_3@把来自控制文件的恢复目标时间线@H_301_3@recoveryTargetTLI@H_301_3@和归档清楚命令@H_301_3@archive_cleanup_command@H_301_3@保存于共享内存中的@H_301_3@xlog@H_301_3@控制结构@H_301_3@XLogCtl@H_301_3@的相关成员里@H_301_3@以备其它进程查看。接着@H_301_3@调用@H_301_3@read_backup_label@H_301_3@方法，看是否有备份标签文件$PGDATA$/backup_label，如果有，从中取检查点记录位置赋给checkPointLoc，如果没有备份标签文件，把控制文件里的检查点位置赋给checkPointLoc。根据这个检查点位置指针checkPointLoc从xlog文件中读这个检查点的xlog记录解析到检查点对象checkpoint。根据其自身位置指针和其记录的下一个xlog记录位置指针，或者控制文件记录的@H_301_3@数据库是否非正常关闭状态或@H_301_3@（@H_301_3@ControlFile->state != DB_SHUTDOWNED@H_301_3@）@H_301_3@者有无@H_301_3@recover.conf@H_301_3@文件，判断是否需要恢复。

@H_301_3@ 如果不需要恢复，更新控制文件的@H_301_3@state@H_301_3@等于@H_301_3@DB_IN_PRODUCTION@H_301_3@，@H_301_3@time@H_301_3@等于系统当前时间。接着@H_301_3@设置共享内存里的@H_301_3@XLogCtl@H_301_3@的成员@H_301_3@Write.lastSegSwitchTime@H_301_3@为当前时间，根据控制文件初始化XLogCtl的最后的检查点的@H_301_3@XID/epoch@H_301_3@，@H_301_3@再初始化共享内存里缓存变量结构@H_301_3@ShmemVariableCache@H_301_3@的@H_301_3@latestCompletedXid@H_301_3@以备份事务@H_301_3@ID@H_301_3@（@H_301_3@ShmemVariableCache->latestCompletedXid = ShmemVariableCache->nextXid@H_301_3@）@H_301_3@然后调用@H_301_3@RecoverPreparedTransactions()@H_301_3@扫描@H_301_3@pg_twophase@H_301_3@文件夹@H_301_3@重新为@H_301_3@已@H_301_3@准备@H_301_3@好@H_301_3@的事务加载共享内存状态。如果任何关键@H_301_3@GUC@H_301_3@参数改变了，在我们允许@H_301_3@backend@H_301_3@进程写@H_301_3@WAL@H_301_3@日志以前记录到日志。所有这些事搞定后，设置@H_301_3@xlogctl->SharedRecoveryInProgress= false@H_301_3@允许@H_301_3@backend@H_301_3@进程写@H_301_3@WAL@H_301_3@日志。然后退出启动进程，postmaster进程响应子进程退出信号其它相关进程。

@H_301_3@ 如果需要恢复。这儿要处理的是崩溃时刻未完成事务已写入物理数据库的事务（处理方法是@H_301_3@UNDO@H_301_3@）和崩溃时刻已完成事务未写入物理数据库的事务（处理方法是@H_301_3@REDO@H_301_3@）。

@H_301_3@ 根据数据库的运行模式（有无起归档，有无@H_301_3@hot standby@H_301_3@。有@H_301_3@hot standby@H_301_3@时，其主系统恢复和启归档情况一样进行恢复，从系统单独处理），调用@H_301_3@ReadRecord@H_301_3@方法从不同地方读取@H_301_3@xlog@H_301_3@日志记录，调用@H_301_3@xlog@H_301_3@的资源管理器@H_301_3@xmgr@H_301_3@的相应资源的重放方法做恢复。恢复完成后剩余步骤和不需要恢复的情况一样，处理后续事宜。@H_301_3@然后退出启动进程，postmaster进程响应子进程退出信号其它相关进程。略详细过程见“XLogStartup@H_301_3@流程示意图”

相关主要结构见下面：

@H_301_3@ @H_301_3@控制文件的结构@H_301_3@ControlFileData@H_301_3@及检查点结构@H_301_3@CheckPoint@H_301_3@参见《@H_301_3@Postgresql@H_301_3@存储系统一：控制文件存储结构》。

@H_301_3@ XLog@H_301_3@日志文件相关结构参见《@H_301_3@Postgresql@H_301_3@存储系统二：@H_301_3@REDOLOG@H_301_3@文件存储结构》。

VariableCache是共享内存里用来跟踪OID和XID分配状态的数据结构。由于历史原因，由不同的轻量锁LWLock保护这个结构中不同的字段。

typedefstruct@H_301_3@ VariableCacheData

@H_301_3@{

@H_301_3@/*这些字段由OidGenLock锁保护 */

@H_301_3@Oid@H_301_3@nextOid@H_301_3@;/* next OID to assign */

@H_301_3@uint32@H_301_3@oidCount@H_301_3@;/* OIDs available before must do XLOG work */

@H_301_3@/*这些字段由XidGenLock锁保护 */

@H_301_3@TransactionIdnextXid@H_301_3@;/* nextXID to assign */

@H_301_3@TransactionIdoldestXid@H_301_3@;/* cluster-wideminimum datfrozenxid */

@H_301_3@TransactionIdxidVacLimit@H_301_3@;/* start forcing autovacuumshere */

@H_301_3@TransactionIdxidWarnLimit@H_301_3@;/* start complaining here */

@H_301_3@TransactionIdxidStopLimit@H_301_3@;/* refuse to advance nextXid beyond here */

@H_301_3@TransactionIdxidWrapLimit@H_301_3@;/* where the world ends */

@H_301_3@Oid@H_301_3@oldestXidDB@H_301_3@;/* database with minimum datfrozenxid*/

@H_301_3@/*这些字段由ProcArrayLock锁保护 */

@H_301_3@TransactionIdlatestCompletedXid@H_301_3@;/* newest XID that has committed or

* aborted */

@H_301_3@}VariableCacheData@H_301_3@;

typedefVariableCacheData@H_301_3@ *VariableCache@H_301_3@;

@H_301_3@XLOG@H_301_3@的共享内存总状态

typedefstruct@H_301_3@ XLogCtlData

@H_301_3@{

@H_301_3@/* 由WALInsertLock锁保护 */

@H_301_3@XLogCtlInsertInsert;

@H_301_3@/* 由info_lck锁保护 */

@H_301_3@XLogwrtRqstLogwrtRqst;

@H_301_3@XLogwrtResultLogwrtResult;

@H_301_3@uint32 ckptXidEpoch; /* nextXID & epoch of latest checkpoint*/

@H_301_3@TransactionIdckptXid;

@H_301_3@XLogRecPtr asyncXactLSN; /* LSN of newest async commit/abort */

@H_301_3@uint32 lastRemovedLog; /* latest removed/recycled XLOG segment */

@H_301_3@uint32 lastRemovedSeg;

@H_301_3@/* 由WALWriteLock锁保护 */

@H_301_3@XLogCtlWriteWrite;

@H_301_3@/*尽管这些值可以变，但在启动后不再改变。是否可以读/写页面和块的值依赖于WALInsertLock和WALWriteLock锁 */

@H_301_3@char@H_301_3@*pages; /* buffers for unwritten XLOG pages */

@H_301_3@XLogRecPtr*xlblocks; /* 1st byte ptr-s + XLOG_BLCKSZ */

@H_301_3@int@H_301_3@XLogCacheBlck; /* highest allocated xlog buffer index */

@H_301_3@TimeLineID ThisTimeLineID;

@H_301_3@TimeLineID RecoveryTargetTLI;

@H_301_3@/* archiveCleanupCommand是从recovery.conf文件里读的，但需要放在共享内存里以使bgwriter进程能访问它 */

@H_301_3@char@H_301_3@archiveCleanupCommand[MAXPGPATH];

@H_301_3@/* SharedRecoveryInProgress指明本进程是否正在做崩溃或归档恢复。由

info_lck锁保护 */

@H_301_3@bool SharedRecoveryInProgress;

@H_301_3@/*

* SharedHotStandbyActive 指明本进程是否正在做崩溃或归档恢复。由

info_lck锁保护 */

@H_301_3@bool SharedHotStandbyActive;

@H_301_3@/*如果正在等WAL到达或者failover的触发器文件出现，recoveryWakeupLatch用于唤醒启动将成继续重放WAL。 */

@H_301_3@Latch recoveryWakeupLatch;

@H_301_3@/*在恢复期间，我们在这儿保存最后一个检查点的拷贝。当bgwriter想创建一个重启点restartpoint时由bgwriter进程使用。由info_lck锁保护。 */

@H_301_3@XLogRecPtr lastCheckPointRecPtr;

@H_301_3@CheckPoint lastCheckPoint;

@H_301_3@/* 最后一个检查点或被重放的检查点的结束位置加1 */

@H_301_3@XLogRecPtr replayEndRecPtr;

@H_301_3@/*被重放的最后一个记录的结束位置加1 */

@H_301_3@XLogRecPtr recoveryLastRecPtr;

@H_301_3@/*最后被重放的 COMMIT/ABORT记录的时间戳 */

@H_301_3@TimestampTzrecoveryLastXTime;

@H_301_3@/*是否请求暂停恢复? */

@H_301_3@bool recoveryPause;

@H_301_3@slock_t info_lck; /* locks shared variables shown above */

@H_301_3@} XLogCtlData;

static@H_301_3@ XLogCtlData *XLogCtl = NULL;

@H_301_3@

/* XLogInsert的共享状态数据结构*/

typedefstruct@H_301_3@ XLogCtlInsert

@H_301_3@{

@H_301_3@XLogwrtResultLogwrtResult; /* a recent value of LogwrtResult */

@H_301_3@XLogRecPtr PrevRecord; /* start of prevIoUsly-inserted record */

@H_301_3@int@H_301_3@curridx; /* current block index in cache */

@H_301_3@XLogPageHeadercurrpage; /* points to header of block in cache */

@H_301_3@char@H_301_3@*currpos; /* current insertion point in cache */

@H_301_3@XLogRecPtr RedoRecPtr; /* current redo point for insertions */

@H_301_3@bool forcePageWrites; /* forcing full-page writes for PITR? */

@H_301_3@/*如果在进程里备份由pg_start_backup()开始，exclusiveBackup是true；nonExclusiveBackups是计数器，指明进程里当前基于流备份的数目。当上面两个任一个非0时（即有上面的备份时），forcePageWrites是ture。lastBackupStart是最后一个检查点的redo值（下一个xlog记录的位置指针），作为在线备份的起始点。 */

@H_301_3@bool exclusiveBackup;

@H_301_3@int@H_301_3@nonExclusiveBackups;

@H_301_3@XLogRecPtr lastBackupStart;

@H_301_3@} XLogCtlInsert;

@H_301_3@

XLOG控制的共享内存数据结构，LogwrtRqst指出我们需要写/文件同步到日志的那个字节位置（在这个位置之前的所有记录必须被写或做文件同步）。LogwrtResult指出我们已经写/文件同步了的字节位置。

typedefstruct@H_301_3@ XLogwrtRqst

@H_301_3@{

@H_301_3@XLogRecPtr Write; /* last byte + 1 to write out */

@H_301_3@XLogRecPtr Flush; /* last byte + 1 to flush */

@H_301_3@} XLogwrtRqst;

typedefstruct@H_301_3@ XLogwrtResult

@H_301_3@{

@H_301_3@XLogRecPtr Write; /* last byte + 1 written out */

@H_301_3@XLogRecPtr Flush; /* last byte + 1 flushed */

@H_301_3@} XLogwrtResult;

@H_301_3@ 指向@H_301_3@XLOG@H_301_3@里位置的指针。这个指针是@H_301_3@64@H_301_3@位，因为我们不想它有溢出的时候。

@H_301_3@ 注意：用来指明一个无效的指针。这个没问题，因为我们在@H_301_3@XLOG@H_301_3@页头用了页头结构，因此@H_301_3@XLOG@H_301_3@记录不可能从页头开始。

注意：这儿容易引起理解错乱，这个xlogid（对应实际XLOG文件名字的中间八位）表示逻辑XLOG日志文件ID，因为组成XLOG逻辑文件的实际物理文件远小于4Gb。组成对应这个xlogid的逻辑日志文件的每一个实际物理文件是一个XLogSegSize字节大小的“段”（"segment"，段号是实际XLOG文件名字的后八位）。前面加上用八位表示的一个时间线ID、逻辑日志文件号和段号一起标识一个物理的XLOG日志文件（“段”）。段号和物理文件里的偏移量由xrecoff/XLogSegSize和xrecoff%XLogSegSize计算。

typedefstruct@H_301_3@ XLogRecPtr

@H_301_3@{

@H_301_3@uint32@H_301_3@xlogid@H_301_3@;/* log file #,0 based */

@H_301_3@uint32@H_301_3@xrecoff@H_301_3@;/* byte offset of location in log file */

@H_301_3@}XLogRecPtr@H_301_3@;

@H_301_3@

/* XLogWrite/XLogFlush的共享内存里的状态数据结构 */

typedefstruct@H_301_3@ XLogCtlWrite

@H_301_3@{

@H_301_3@XLogwrtResultLogwrtResult; /* current value of LogwrtResult */

@H_301_3@int@H_301_3@curridx; /* cache index of next block to write */

@H_301_3@pg_time_t lastSegSwitchTime; /* time of last xlog segmentswitch */

@H_301_3@} XLogCtlWrite;

/*系统状态指示器。 */

typedefenum@H_301_3@ DBState

@H_301_3@{

@H_301_3@DB_STARTUP@H_301_3@ = 0,

@H_301_3@DB_SHUTDOWNED@H_301_3@,

@H_301_3@DB_SHUTDOWNED_IN_RECOVERY@H_301_3@,

@H_301_3@DB_SHUTDOWNING@H_301_3@,

@H_301_3@DB_IN_CRASH_RECOVERY@H_301_3@,

@H_301_3@DB_IN_ARCHIVE_RECOVERY@H_301_3@,

@H_301_3@DB_IN_PRODUCTION

@H_301_3@} DBState@H_301_3@;

XLogStartup@H_301_3@流程示意图中的两个红色方框红色字的框是@H_301_3@XLOG@H_301_3@资源管理器@H_301_3@xmgr@H_301_3@的处理方法，这个@H_301_3@XLOG@H_301_3@的资源管理器内容较多，单列主题讨论。还有恢复完成后调用了方法@H_301_3@CreateCheckPoint，创建一个检查点以将所有的恢复数据写到磁盘。

@H_301_3@

@H_301_3@5 @H_301_3@创建检查点

创建一个检查点，会将共享内存里的所有磁盘缓冲和提交日志缓冲刷出并文件同步到磁盘。

@H_301_3@ 下面这些情况可能引起创建检查点，为了使用方便，把这些情况定义成如下标志，这些标志可以按位做或运算。检查点的起因不同，创建检查点的行为也略有不同。

#define@H_301_3@CHECKPOINT_IS_SHUTDOWN 0x0001/* Checkpoint is for shutdown */

#define@H_301_3@CHECKPOINT_END_OF_RECOVERY0x0002 /* Likeshutdown checkpoint,

* but issued at end of WAL

* recovery */

#define@H_301_3@CHECKPOINT_IMMEDIATE0x0004 /* Do it withoutdelays */

#define@H_301_3@ CHECKPOINT_FORCE0x0008 /* Force even if no activity */

/* These are important to RequestCheckpoint */

#define@H_301_3@ CHECKPOINT_WAIT0x0010 /* Wait for completion */

/* These indicate the cause of a checkpoint request */

#define@H_301_3@CHECKPOINT_CAUSE_XLOG0x0020 /* XLOGconsumption */

#define@H_301_3@ CHECKPOINT_CAUSE_TIME0x0040 /* Elapsed time */

@H_301_3@

@H_301_3@ 创建检查点的基本过程是先让存储管理器@H_301_3@smgr@H_301_3@（以后单列状态讨论）为检查点做好准备，@H_301_3@根据情况填充检查点结构的成员，CheckpointGuts方法把共享内存里的磁盘缓冲和提交日志缓冲输出到磁盘（即写数据文件）。接着调用XlogInsert把这个检查点插入xlog文件。然后更新控制文件相关成员。最后更新共享内存里XlogCtl的检查点相关成员和检查点的统计信息结构。相关结构定义和创建检查点流程示意图见下面。

@H_301_3@

/*检查点统计信息 */

typedefstruct@H_301_3@CheckpointStatsData

@H_301_3@{

@H_301_3@TimestampTzckpt_start_t@H_301_3@;/* startof checkpoint */

@H_301_3@TimestampTzckpt_write_t@H_301_3@;/* startof flushing buffers */

@H_301_3@TimestampTzckpt_sync_t@H_301_3@;/* start of fsyncs*/

@H_301_3@TimestampTzckpt_sync_end_t@H_301_3@;/* end of fsyncs*/

@H_301_3@TimestampTzckpt_end_t@H_301_3@;/* end ofcheckpoint */

@H_301_3@int@H_301_3@ckpt_bufs_written@H_301_3@;/* # ofbuffers written */

@H_301_3@int@H_301_3@ckpt_segs_added@H_301_3@;/* # of new xlog segments created */

@H_301_3@int@H_301_3@ckpt_segs_removed@H_301_3@;/* # of xlogsegments deleted */

@H_301_3@int@H_301_3@ckpt_segs_recycled@H_301_3@;/* # of xlogsegments recycled */

@H_301_3@int@H_301_3@ckpt_sync_rels@H_301_3@;/* # of relations synced */

@H_301_3@uint64 ckpt_longest_sync@H_301_3@;/* Longest sync for one relation */

@H_301_3@uint64 ckpt_agg_sync_time@H_301_3@;/* The sum of all the individual sync

* times,which is not necessarily the

* same as the total elapsed time for

* the entire sync phase. */

@H_301_3@}CheckpointStatsData@H_301_3@;

@H_301_3@当前检查点的统计信息收集在这个全局结构变量里。

CheckpointStatsData@H_301_3@CheckpointStats;

@H_301_3@

@H_301_3@创建检查点流程示意图

@H_301_3@

@H_301_3@ 上图中，其中@H_301_3@CheckPointGuts@H_301_3@方法的定义见下面，刷出所有共享内存中的数据到磁盘并做文件同步。方法定义见下面，把@H_301_3@clog@H_301_3@、@H_301_3@subtrans@H_301_3@、@H_301_3@multixact@H_301_3@、@H_301_3@predicate@H_301_3@、@H_301_3@relationmap@H_301_3@、@H_301_3@buffer@H_301_3@（数据文件）和@H_301_3@twophase@H_301_3@相关数据统统刷和文件同步到磁盘。这儿先不深入讨论这个方法了。

staticvoid

@H_301_3@CheckPointGuts(XLogRecPtrcheckPointRedo,int@H_301_3@ flags)

@H_301_3@{

@H_301_3@CheckPointCLOG();

@H_301_3@CheckPointSUBTRANS();

@H_301_3@CheckPointMultiXact();

@H_301_3@CheckPointPredicate();

@H_301_3@CheckPointRelationMap();

@H_301_3@CheckPointBuffers(flags); /* performs all required fsyncs */

@H_301_3@/* We deliberately delay 2PC checkpointingas long as possible */

@H_301_3@CheckPointTwoPhase(checkPointRedo);

@H_301_3@}

@H_301_3@

@H_301_3@ 结果这么多逻辑严谨的一系列行为后，数据库达到了正常状态，启动进程寿终正寝。然后，@H_301_3@postmaster@H_301_3@进程响应该子进程退出，分别依次@H_301_3@fork@H_301_3@出@H_301_3@bgwriter@H_301_3@进程、@H_301_3@walwriter@H_301_3@进程、@H_301_3@autovaclauncher@H_301_3@进程、@H_301_3@archiver@H_301_3@进程、@H_301_3@pgstat@H_301_3@进程，然后抛出一句”database system is ready to acceptconnections”@H_301_3@。然后进入@H_301_3@serverloop@H_301_3@，等待客户端请求到达，启动@H_301_3@postgres@H_301_3@服务进程，开始履行使命。

@H_301_3@ Serverloop@H_301_3@还检查@H_301_3@bgwriter@H_301_3@进程、@H_301_3@walwriter@H_301_3@进程、@H_301_3@autovaclauncher@H_301_3@进程、@H_301_3@archiver@H_301_3@进程、@H_301_3@pgstat@H_301_3@进程，还有前面启动的系统日志进程@H_301_3@sysloger@H_301_3@这些辅助检查是否正常运行，如果没有，就重启这些进程。此时，@H_301_3@pg@H_301_3@服务器端有@H_301_3@postmaster@H_301_3@进程和这六个辅助进程运行，准备好为客户端进程提供服务，提供的服务由@H_301_3@postgres@H_301_3@服务进程完成。

@H_301_3@

------------ 转载请著明出处，来自博客： blog.csdn.net/beiigang beigang.iteye.com

猜你在找的Postgre SQL相关文章

PosegreSQL基础回顾(第 4 章 SQL语法)
来源：http://www.postgres.cn/docs/11/ 4.1.1. 标识符和关键词 SQL标识符和关键...
PosegreSQL基础回顾(第 8 章 数据类型)
来源：http://www.postgres.cn/docs/11/ 8.1. 数字类型 数字类型由2、4或8字节的...
PosegreSQL基础回顾(第 5 章 数据定义)
来源：http://www.postgres.cn/docs/11/ 5.1. 表基础 SQL并不保证表中行的顺序。...
PosegreSQL基础回顾(第 6 章 数据操纵、第 7 章 查询)
来源：http://www.postgres.cn/docs/11/ 6.4. 从修改的行中返回数据 有时在修改行...
PosegreSQL基础回顾(第 13 章 并发控制)
来源：http://www.postgres.cn/docs/11/ 13.2.1. 读已提交隔离级别 读已提交是Po...
PostgreSQL安装和使用
青岛OJ系统用的关系型数据库是PostgreSQL,为此对PostgreSQL大致了解下。 今天的主要话题围...
PostgreSQL整体架构
 
为什么选择PostgreSQL而不是MySQL
David Bolton是一名独立开发者，他使用PostgreSQL和MySQL都已有超过十年的时间。近日，他撰...
为什么选择PostgreSQL而不是MySQL
David Bolton是一名独立开发者，他使用PostgreSQL和MySQL都已有超过十年的时间。近日，他撰...
专访唐成：从小工到专家，PostgreSQL的修炼之道
唐成，拥有十几年数据库、操作系统、存储领域的工作经验。目前任沃趣科技首席数据库架构师...
MySQLMsSQLOracleSqlitePostgre SQLMariadbMongoDBNoSQLHBaseJDBC
undo日志persistent-cmysql-error-postal-codesql-match-almysql-5.6mysql-8.0database-tri安装路径系统错误data_dir丢失文件主从同步sql_mode数据库目录匿名用户character_seID归零数据库位置查询表重复字段查询字段截断日志SUSPECT7391Remote ServeLinked Serve玄学问题登录不上开启远程访问