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

 SQLSERVER 生产环境关闭CDC的完整流程(全库表关闭CDC)

摘要:-->>关闭shukuinfo库中,表中已开启CDC的功能一、先确认当前哪些表开启了 CDC(建议先看)USE shukuinfo;GOSELECT     s.name AS SchemaName,    t.name AS TableName,    t.is_tracked_by_cdcFROM sys.tables tJOIN sys.schemas s ON t.schema_id = s.schema_idWHERE t.is_tracked_by_cdc = 1;二、批量关闭所有表中已开启的 CDC推荐

 SQLSERVER 生产环境开启CDC的完整流程(全库表开启CDC)

摘要:-- 开启 CDC 的步骤:-- 第一步:开启数据库的 CDC 功能USE shukuinfo;GO-- 启用数据库级别的 CDCEXEC sys.sp_cdc_enable_db;GO-- 为库下的所有表开启CDC功能-- 声明变量DECLARE @tableName NVARCHAR(128);DECLARE @schemaName NVARCHAR(128);DECLARE @sql NVARCHAR(MAX);-- 游标遍历所有用户表DECLARE table_cursor CURSOR FORSELECT     s.name AS SchemaName

 SQLSERVER CDC原理与架构

摘要: SQL Server 2012 CDC 完整架构原理图 + 组件详解SQL Server 2012 CDC 底层架构与 2008 完全一致,仅新增 SSIS CDC 专用组件;核心依靠事务日志异步解析 + SQL Agent 双作业实现变更捕获。 一、官方标准 CDC 数据流总图(微软原版架构图)### 整体数据流链路1. 业务源表 (Source Tables):执行 INSERT/UPDATE/DELETE,变更先写入事务日志 (ldf),不阻塞业务表2. SQL

 最新版archery-1.13.0通过docker-compose安装配置踩坑指南

摘要:安装完成后快速启动服务:启用服务:cd /root/archery_1.13.0/src/docker-compose/docker-compose -f docker-compose.yml up -d在容器启动后,对容器内的静态文件进行初始化文件复制docker exec archery bash -c "cp -r  /opt/static/* /opt/archery/static/"浏览器登录:http://172.16.1.111:9123admin/admin888 ++++++++++++++++++++++++++++++++++++1.安

 [TiDB]磁盘占用文件space_placeholder_file删除的方法

摘要:• TiKV 启动时会预留一块空间用于保护磁盘空间。当磁盘剩余空间小于该预留空间时,TiKV 会限制部分写操作。预留空间形式上分为两个部分:预留空间的 80% 用作磁盘空间不足时的运维操作所需要的额外磁盘空间,剩余的 20% 为磁盘临时文件。在回收空间的过程中,如果额外使用的磁盘空间过多,导致存储耗尽时,该临时文件会成为恢复服务的最后一道防御。• 临时文件名为

 [TiDB]通过purge-threshold参数配置 Raft Engine 的磁盘空间占用大小

摘要:现象:在/data/tidb/tidb-data/tikv-20160目录下,有一个文件夹占用了大量的空间,进行可以看到以下文件:[root@uat-server-2 raft-engine]# ls0000000000000001.rewrite  0000000000000208.raftlog  0000000000000229.raftlog  0000000000000250.raftlog0000000000000188.raftlog  0000000000000209.raftlog  0000000000000230.raftlog  0000000

 MySQL8.0 prefer_ordering_index参数详解

摘要:MySQL 8.0 中的 prefer_ordering_index 参数是一个重要的优化器开关,用于控制优化器在处理包含 ORDER BY、GROUP BY 或 LIMIT 子句的查询时,是否优先使用有序索引。该参数通过 optimizer_switch 系统变量进行控制。参数详解1. 参数作用prefer_ordering_index 参数用于调整优化器对“排序索引”的偏好。该参数的值可以是 on 或 off,默认值为 on 。开启(默认) :prefer_order

 MySQL8.0-监控数据库锁等待SHELL脚本

摘要:cat innodb_lock_wait_monitor_mysql8.0.sh #!/bin/bashuser="abccc"password="123123"host="192.168.1.100"logfile="/server/shell_scripts/mysql/innodb_lock_timeout_monitor/innodb_lock_timeout_monitor_8.0.log"while truedonum=`mysql -u${user} -p${password} -h${host} -e "select count(*) from sys.innodb_lock_

 MySQL5.7-监控数据库锁等待SHELL脚本

摘要:#!/bin/bashuser="root"password="123.123."logfile="/server/shell_scripts/mysql/innodb_lock_timeout_monitor/innodb_lock_timeout_monitor.log"while truedonum=`mysql -u${user} -p${password} -e "select count(*) from information_schema.innodb_lock_waits" |grep -v count`if [[ $num -gt 0 ]];thendate >> ${logfile

 mysql5.7 dump mysql8.0时报错:WARNING: --master-data is deprecated and will be removed in a future versi

摘要:以下是关于MySQL 8.0中--master-data参数被弃用并建议使用--source-data的详细说明:弃用警告:自MySQL 8.0.26版本起,--master-data参数已被弃用,并将在未来的版本中移除。取而代之的是--source-data参数。使用--master-data时,会收到警告信息:“WARNING: --master-data is deprecated and will be removed in a future version. Use --source-data instead.”。替代参数:
分页:« 1 2 3 4 5 6 7 8 9 10 »
Powered by AKCMS