作者文章归档:HenryShao

SQLSERVER 文件和事务日志空间大小以及统计信息管理


解决事务日志已满的问题

https://docs.microsoft.com/zh-cn/sql/relational-databases/logs/troubleshoot-a-full-transaction-log-sql-server-error-9002?view=sql-server-ver15

-- 获取数据库文件的逻辑名
sp_helpdb dbname

-- 完整模式收缩:会保留有效的日志,必须先备份再shrink
备份数据库日志:
Backup log dbname to disk='H:\log.bak'
收缩log文件到100M,使用log逻辑名

全部内容

windows 基于 .NET 的powershell功能介绍


powershell 使用方法:

访问操作系统资源
https://blog.51cto.com/huandidi/2288031

# 调用winscp
winscp.exe /console /command "option batch continue" "option confirm off" "open sftp://user:pass@[IPV6]:22" "option transfer binary" "put D:\1.pdf /home/" "exit" /log=D:\log_file.txt

# 发送HTML邮件:
-- check_dg.ps1:
$From = 

全部内容

MYSQL 基于GTID搭建主从同步


一、GTID的概念
1、全局事务标识:global transaction identifiers。
2、GTID是一个事务一一对应,并且全局唯一ID。
3、一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致。
4、GTID用来代替传统复制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。而是使用MASTER_AUTO_POSTION=1的方式开始复制。
5、MySQL-5.6.5开始支持的,MySQL-5.6.10后开始完善。
6、在传统的slave端,binlog是不用开启的,但是在GTID中slave端的binlog是必须开启

全部内容

MySQL数据库主从复制延迟问题排查监控


MySQL主从复制中常见的问题以及如何定位和解决问题

一、从库复制延迟问题

1、可能的原因如下
1)主从服务器处于不同的网络之中,由于网络延迟导致;
2)主从服务器的硬件配置不同,从服务器的硬件配置(包括内存,CPU,网卡等)远低于主服务器;
3)主库上有大量的写入操作,导致从库无法实时重放主库上的binlog
4)主库上存在着大事务操作或者慢SQL,导致从库在应用主库binlog的过程过慢,形成延迟;
5)数据库实例的参数配置问题导致,如:从库开启了binlog,或者配置了每次事务都去做刷盘操作;

2、主从同步延迟问题判断
1)根据从库上的状态参数判断

mysql-ser

全部内容