过程: 昨天下午数据库奔溃,表现就是连不上数据库了,重启服务之后好了。
查询日文文件 , “Autogrow of file 'XX_log' in database 'XX' was cancelled by user or timed out after 1896 milliseconds. Use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file size.”。
找到原因: 数据库在自动增长,所以连接超时。
分析:数据库日志文件满了,开始自动增长,自动增长方式是按默认的10%。这个初期是没有问题的,但是到了后期。日志文件巨大,有几十G,几十g的百分之十也有几个G,所以再去磁盘上再分配这么大的空间,很容易超时。
解决办法:1,把自动增长的方式设置为固定,太小了,容易造成磁盘碎片,太大容易超时。一般500M是没有问题的。
2,定期收缩日志文件。
其他:sqlserver 数据库的文件有mdf文件和ldf文件。mdf是数据文件,ldf是日志文件。假如有完整的日志文件,可以把数据库恢复到任何一个时间点的状态 。可见日志文件的重要性,但是日志文件一般增长很快,所以需要定期收缩。
USE[master] GO ALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE 数据库名 SET RECOVERY SIMPLE --简单模式 GO USE Rk GO DBCC SHRINKFILE (N'数据库名_log' , 2, TRUNCATEONLY) --设置压缩后的日志大小为2M,可以自行指定 GO USE[master] GO ALTER DATABASE 数据库名 SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE 数据库名 SET RECOVERY FULL --还原为完全模式 GO
可以分为三步,把数据表设置为简单模式,收缩,再设置回完整模式。
数据库有三种模式,简单恢复模式,完整恢复模式,大容量日志恢复模式
,可以看这里 https://www.cnblogs.com/OpenCoder/p/5708226.html