摘要： 你好,我是昌哥,进免费技术交流群或咨询加微信: rscpass在PostgreSQL 18数据库运维体系中，autovacuum自动清理分析机制是维系数据库执行计划精准度、保障SQL查询性能稳定、规避统计信息滞后问题的核心核心模块。而autovacuum_analyze_scale_factor作为控制自动分析触发时机的关键参数，直接决定了数据库何时更新表统计信息，对索引有效性、查询优化器决策、整体数据库负载2026年10月06日
昌哥IT课堂_运维良方 PostgreSQL18 autovacuum_analyze_scale_factor参数深度解析与生产优化指南
摘要： 你好,我是昌哥,进免费技术交流群或咨询加微信: rscpass在PostgreSQL 18数据库运维体系中，autovacuum自动清理分析机制是维系数据库执行计划精准度、保障SQL查询性能稳定、规避统计信息滞后问题的核心核心模块。而autovacuum_analyze_scale_factor作为控制自动分析触发时机的关键参数，直接决定了数据库何时更新表统计信息，对索引有效性、查询优化器决策、整体数据库负载分类:DataBase
2026年09月28日
昌哥IT课堂|运维良方 PostgreSQL 18 autovacuum参数深度解析与生产最优配置指南
摘要：你好,我是昌哥,进免费技术交流群或咨询加微信: rscpass在PostgreSQL数据库运维体系中，autovacuum自动清理机制是保障数据库性能稳定、规避膨胀问题、维护索引有效性的核心核心组件。PostgreSQL 18版本在autovacuum模块迎来了关键性功能升级，新增专属控制参数、优化工作线程调度逻辑，解决了旧版本大表清理滞后、小表过度清理、突发写入卡顿等经典问题。很多生产数据库的性能抖分类:DataBase
2026年09月10日
Clickhouse 21.8版本，通过命令行创建用户和授权
摘要：在/etc/clickhouse-server/users.xml 文件中添加access_management这个参数：<default> <password></password> <networks> <ip>::/0</ip> </networks> <profile>default</profile> <quota>default</quota> <access_management>1</access_management></default>分类:DataBase
2026年09月02日
【昌哥IT课堂】MySQL Community Server 26.7-新功能：线程池插件终于可用了，撤销日志,组复制功能增强
摘要：MySQL 26.7 是继 MySQL 9.7 LTS 版本之后的首个 MySQL 创新版本，并采用新的 yy.mmCalVer 版本控制模型，按季度发布创新版本。此早期访问版本提供了MySQL 社区服务器软件包中部分功能的预览，使用户有机会在正式发布前评估即将发生的变更。 本文涵盖四个方面：lMySQL 26.7 抢先体验版包含哪些内容l社区服务器主要功能的详细技术信息l建议测试并提供反馈意见的领域l此早期访分类:DataBase
2026年09月02日
【昌哥IT课堂】MySQL 26.7.0正式版现已发布
摘要：2026 年 7 月发布的 MySQL 版本现已推出，其中包括：MySQL 26.7.0 创新MySQL 9.7.2 LTSMySQL 8.4.11 LTSMySQL 26.7.0 是继 MySQL 9.7 LTS 之后第一个正式发布的创新版本，也是第一个采用新的日历版本控制模型的 MySQL 版本。 MySQL 9.7.2 和 MySQL 8.4.11 继续保持当前 MySQL 长期支持版本系列的季度维护节奏。MySQL 的一种新的日历版本控制模型从 MySQL 26.7.0 开始，MyS分类:DataBase
2026年08月23日
【昌哥IT课堂】MySQL9.7企业版新特性-动态数据脱敏
摘要：微信公众号链接地址：https://mp.weixin.qq.com/s/kk5rCvfVuHj3TLqFmtqbEQ分类:DataBase
2026年08月23日
MySQL 中的动态数据脱敏：无需更改应用程序即可保护敏感数据
摘要：生产数据对于日常运营至关重要，包括支持、故障排除、分析和开发。但是，当这些数据包含敏感字段，例如社会安全号码、电子邮件地址、电话号码或其他标识符时，广泛的读取权限很快就会导致不必要的风险暴露。 同样重要的是，许多组织在监管和合同要求下运营 ，这些要求对敏感数据的访问进行严格控制——通常包括数据脱敏， 作为履行隐私和安全义务的一部分(例如，在符合GD分类:DataBase
2026年08月23日
MySQL 9.7.0 LTS 现已发布：扩展了社区功能，并为企业级应用增加了动态数据脱敏功能
摘要：MySQL 9.7.0 LTS 标志着 MySQL 建立了下一个长期支持版本系列，扩展了社区版的关键功能，并为企业用户引入了动态数据脱敏。四月份的版本发布标志着 MySQL 发展历程中的一个重要里程碑。随着MySQL 9.7.0 LTS的正式发布，MySQL从 9.x 创新系列过渡到新的长期支持 (LTS ) 版本系列。这标志着 9.7.x LTS 系列的开始，为用户提供了一个稳定的分支，以便进行标准化，同时继分类:DataBase
2026年07月31日
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 必须分类:DataBase
2026年07月31日
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分类:DataBase
2026年07月24日
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分类:DataBase
2026年07月16日
SQLSERVER:查询指定表是否有约束，如果有约束就先关闭约束，生成删除约束的SQL语句，和重新添加约束的语句
摘要：-- 查询指定表是否有约束，如果有约束就先关闭约束，生成删除约束的SQL语句，和重新添加约束的语句SQLServer2012 完整脚本：批量生成【禁用 FK / 删除 FK / 重建 FK】说明仅处理外键 FOREIGN KEY（主键 / 唯一 / Check 约束不处理）；输出三段脚本：① 临时关闭校验（NOCHECK，仅跳过新增校验，不删约束）② 彻底删除外键约束（DROP CONSTRAINT，用于 TRUNCATE 主表）③ 重建恢
分类:DataBase
2026年07月16日
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 ===============
分类:DataBase
2026年07月12日
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
分类:DataBase
2026年07月12日
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
分类:DataBase
2026年07月12日
SQLSERVER:CDC捕获/清理作业参数调优
摘要：查看已生效的参数：EXEC sp_cdc_help_jobs 初始默认值：修改捕获作业参数（示例）USE shukuinfo;GOEXEC sys.sp_cdc_change_job @job_type = 'capture', @maxtrans = 5000, -- 高写入量可适当增大(如2000~10000) @maxscans = 分类:DataBase
2026年07月12日
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
分类:DataBase
2026年07月12日
SQLSERVER:开启全量日志恢复功能-导致磁盘空间暴涨问题处理
摘要：SQLSERVER 2012 开启了：ALTER DATABASE [shukuinfo] SET RECOVERY FULL WITH NO_WAIT;数据库磁盘空间一直在上涨,如何解决？解决方案：方案A：生产环境 —— 保留 FULL 模式 + 配置日志备份（推荐）这是正确做法，既支持时间点恢复，又控制日志大小：-- 1. 做一次完整备份（如果是首次切 FULL 模式必须先做）BACKUP DATABASE shukuinfo TO DISK = 'D:\Backup\shukuin
分类:DataBase
2026年07月12日
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推荐分类:DataBase
2026年07月12日
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分类:DataBase
关于我
Linux&MySQL数据库运维服务项目：
1.MySQL运维外包服务
2.MySQL高可用架构部署与调优
3.MySQL分库分表中间件部署与调优
4.MySQL数据库恢复及紧急救援服务
-> MySQL 误操作drop table/truncate table/drop database恢复
->MySQL 文件被误删除
->MySQL 数据库IB文件损坏等
->MySQL 备份损坏等
->MySQL 性能问题或疑难问题排查
->Linux 文件系统损坏、磁盘损坏等
5.MySQL数据库监控与报警
6.MySQL InnoDB Cluster集群
7.MySQL CDC数据同步工具
8.MySQL远程安装
9.VPN翻墙架设
10.Linux系统安全、监控、调优、应急故障处理
11.LANMPT网站平台环境安装配置，性能优化
12.详细报价以及其它服务内容请访问：www.ywsos.com
13、RHCE证书，CCNA证书，MySQL OCP,Oracle OCP证书信息查看
14、官方文档：
ORACLE_11G
MySQL_5.7
MySQL_8.0
PostgreSQL-13.1-CN
最火博文
500台服务器搬迁，不容易啊- no active checks on server [127.0.0.1:10051]: host [zabbix.linuxidc.com] not found
- Docker FAQ FATA[0000] Error mounting devices cgroup: mountpoint for devices not found
- 查看mysql5.5 cmake安装时的编译参数
- 查看apache已安装的编译参数
- sudo权限集中管理与用户行为审计
- for和while常用方法
- /var/lock/subsys目录的作用
- Linux，25 岁生日快乐！
- MySQL，Oracle和PostgreSQL数据库体系架构详解
- 二进制包安装mysql5.5.32(免编译)
- Apache中RewriteRule和RewriteCond规则参数的详细介绍-域名跳转
- MySQL Proxy读写分离配置
- 全面解析Django的静态文件路径设置statics（settings.py）
- 关于世界上最伟大的Linux系统25个真相
最新评论
- 棒
- 匿名 @ 周彦伟谈-DBA精神：责任心、服务心、沟通心、学习心、进取心和分享心
- [instance]
sql-mode = "STRICT_TRANS_TABLES"直接配置文件里加上这个试过了市可以的。
- 匿名 @ [TiDB] 如何持久化配置sql_mode参数
- New topology could not be saved: Failed to parse topology file: yaml: unmarshal errors:
line 18: field instance.sql_mode not found in type spec.TiDBSpec
- 匿名 @ [TiDB] 如何持久化配置sql_mode参数
- 大哥，5.1的esxi还能再共享一下吗？
- 匿名 @ VMware ESXi定制版(OEM ISO)资源下载(更新中)
- 没效果啊
- 匿名 @ 使用tab自动补全mysql命令
- 666
- 匿名 @ 500台服务器搬迁，不容易啊
- 111
- 匿名 @ 500台服务器搬迁，不容易啊
- 很好，
- ty-hongjy @ Flexviews-MySQL物化视图