阮胜昌的博客-Linux&MySQL数据库运维

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

摘要：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 2012 开启了：ALTER DATABASE [shukuinfo] SET RECOVERY FULL WITH NO_WAIT;数据库磁盘空间一直在上涨,如何解决？解决方案：方案A：生产环境 —— 保留 FULL 模式 + 配置日志备份（推荐）这是正确做法，既支持时间点恢复，又控制日志大小：-- 1. 做一次完整备份（如果是首次切 FULL 模式必须先做）BACKUP DATABASE shukuinfo TO DISK = 'D:\Backup\shukuin

摘要：-->>关闭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推荐

摘要：-- 开启 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

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

摘要：安装完成后快速启动服务：启用服务：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.安

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

摘要：现象:在/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

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