CentOS7.9 编译安装配置-PG-18.4

摘要:下面给出一份在 CentOS 7.9 源码编译安装 PostgreSQL 18.4​ 的可直接复制执行流程,包含依赖、configure 参数、initdb、systemd 自启、远程访问,以及 CentOS7 特有的坑(GCC 4.8.5 是否够用、ICU、libxml 等)。结论先行:PostgreSQL 18.x 在 CentOS 7.9 默认 GCC 4.8.5 下可以编译通过(PG 官方要求 C99,4.8.5 满足),但建议装 devtoolset 用 GCC 7/9 更稳;ICU 必须

 CentOS7.9 编译安装配置-PG-18.4-客户端

摘要:1. 最小依赖(CentOS 7.9)yum install -y gcc make readline-devel zlib-devel openssl-devel libicu-devel bison flex只要 psql,不用装 systemd-devel / libxml2-devel / python3-devel / perl-devel。2. 下载解压 PG 18.4 源码cd /usr/local/srcwget https://ftp.postgresql.org/pub/source/v18.4/postgresql-18.4.tar.gztar xf postgresql-18.4.tar.gzcd postgresql-18.4

 SQLSERVER:通过CentOS7.9命令行调用windows操作系统下SQLSERVER的存储过程

摘要:CentOS 7.9 → Windows SQL Server 2012 企业版 → 命令行执行存储过程的完整可用方案,按“装客户端 → 连库 → 执行存储过程 → 排错”四步来,都是生产环境验证过的写法。一、CentOS 7.9 安装 sqlcmd 客户端修改源为阿里云:cd /etc/yum.repos.d/mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backupcurl -O http://mirrors.aliyun.com/repo/Cen

 SQLSERVER:查询指定表是否有约束,如果有约束就先关闭约束,生成删除约束的SQL语句,和重新添加约束的语句

摘要:-- 查询指定表是否有约束,如果有约束就先关闭约束,生成删除约束的SQL语句,和重新添加约束的语句SQLServer2012 完整脚本:批量生成【禁用 FK / 删除 FK / 重建 FK】说明仅处理外键 FOREIGN KEY(主键 / 唯一 / Check 约束不处理);输出三段脚本:① 临时关闭校验(NOCHECK,仅跳过新增校验,不删约束)② 彻底删除外键约束(DROP CONSTRAINT,用于 TRUNCATE 主表)③ 重建恢

 SQLSERVER:查询指定表是否有约束,如果有约束就先关闭约束,生成关闭和恢复约束的SQL语句

摘要:-- 查询指定表是否有约束,如果有约束就先关闭约束,生成关闭约束的SQL语句,和 恢复外键约束的SQL语句SET NOCOUNT ON;-- 1. 目标表清单DECLARE @TableList TABLE(TableName NVARCHAR(200));INSERT INTO @TableList(TableName) VALUES('shukuinfo123'),('shukuinfo123StoreOrder'),('shukuinfo123_Update');PRINT '===================== 禁用外键约束 NOCHECK ===============

 SQLSERVER:源库CDC执行缓慢参数优化

摘要:CDC已严重积压+DTS 拉取慢​的场景下,更稳妥、安全的调整是:EXEC sys.sp_cdc_change_job     @job_type = 'capture',    @maxtrans = 2000,      -- 不要一上来就 5000    @maxscans = 1,         -- 关键:改成 1    @continuous = 1;-- 重启 Job 生效EXEC sys.sp_cdc_stop_job

 SQLSERVER:CDC常用查询脚本

摘要:DBCC SQLPERF(LOGSPACE);EXEC sys.sp_cdc_help_jobs;SELECTSUM(ps.used_page_count) * 8.0 / 1024 AS Total_CDC_Size_MBFROM sys.dm_db_partition_stats psJOIN sys.tables t ON t.object_id = ps.object_idWHERE t.schema_id = SCHEMA_ID('cdc');SELECTsession_id,start_time,tran_count,DATEDIFF(SECOND, last_commit_time, GETDATE()) AS current_latency_secFROM sys.dm_cd

 SQLSERVER:CDC捕获/清理作业参数调优

摘要:查看已生效的参数:EXEC sp_cdc_help_jobs 初始默认值:修改捕获作业参数(示例)USE shukuinfo;GOEXEC sys.sp_cdc_change_job    @job_type       = 'capture',    @maxtrans       = 5000,      -- 高写入量可适当增大(如2000~10000)    @maxscans       =

 SQLSERVER:CDC同步延迟问题排查处理

摘要:CDC 同步延迟 / 状态排查 SQL1. 查看捕获作业运行状态EXEC sys.sp_cdc_help_jobs;-- 关注 capture 行的 running(应为1)、maxtrans、pollinginterval若 running = 0,手动启动:EXEC sys.sp_cdc_start_job @job_type = 'capture';2. 查看最近日志扫描会话的延迟与吞吐-- 最近一次扫描的延迟(秒)和吞吐SELECT    session_id,    start_time,    en

 SQLSERVER:开启全量日志恢复功能-导致磁盘空间暴涨问题处理

摘要:SQLSERVER 2012 开启了:ALTER DATABASE [shukuinfo] SET RECOVERY FULL WITH NO_WAIT;数据库磁盘空间一直在上涨,如何解决?解决方案:方案A:生产环境 —— 保留 FULL 模式 + 配置日志备份(推荐)这是正确做法,既支持时间点恢复,又控制日志大小:-- 1. 做一次完整备份(如果是首次切 FULL 模式必须先做)BACKUP DATABASE shukuinfo TO DISK = 'D:\Backup\shukuin
分页:« 1 2 3 4 5 6 7 8 9 10 »
Powered by AKCMS