SQL规范不区分大小写，但是建议大写关键词，小写表名、列名
每条SQL建议分号结尾每条SQL根据需要进行换行缩进注释： 单行：# -- 多行：/* */ 类型 数值：
整型：
小数：
定点数
浮点数
字符：
短字符: char varcahr
长文本: text blob
日期：
date 2020-
# MySQL 数据库收缩指南
在日常开发中，数据库的大小可能会随着数据的增加而增长，导致性能下降或占用过多存储空间。为了改善存储效率，保持良好的性能，有时需要对 MySQL 数据库进行收缩。本文将为刚入行的小白介绍如何收缩 MySQL 数据库，分步骤进行详细讲解。
## 收缩数据库的流程
以下是实施数据库收缩的步骤概览：
| 步骤 | 描述
本系列文章是我在sqlskill.com的PAUL的博客看到的，很多误区都比较具有典型性和代表性，经过我们团队的翻译和整理发布在AgileSharp上。希望对大家有所帮助。 误区 #9: 数据库文件收缩不会影响性能Hahahahahahahahahahahahahahahaha(擦掉眼角的泪水和掉在键盘上的鼻涕，我才能勉强把注意力集中在屏幕上)&nb
我们的数据库经常出现数据库空间不够用的情况，发现是日志文件过大引起的，数据库数据文件大小不过500M，而日志文件的大小却哦5个G，影响正常使用，为了收缩日志文件，费了不少时间，现总结一下，与大家共享。先提供一种复杂的方法压缩日志及数据库文件如下：
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH N
数据库中的每个文件都可以通过删除未使用的页的方法来减小。尽管数据库引擎会有效地重新使用空间，但某个文件多次出现无需原来大小的情况后，收缩文件就变得很有必要了。数据和事务日志文件都可以减小（收缩）。可以成组或单独地手动收缩数据库文件，也可以设置数据库，使其按照指定的间隔自动收缩。
文件始终从末尾开始收缩。例如，如果有个 5 GB 的文件，并且在 DBCC SHRINKFILE 语句中将 tar
--压缩日志及数据库文件大小/*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 否则可能损坏你的数据库.--*/1.清空日志 DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志： BACKUP LOG 数据库名 WITH NO_
一顿操作猛如虎 又省出好几十G硬盘空间 小破站又能蹦跶了 目标：实例库日志压缩清理,分发数据库压缩清理 采用SQL 脚本收缩数据库截断事务日志backup log [数据库名] with no_log收缩数据库dbcc shrinkdatabase ([数据库名])4.以上操作都不行的话，就只能将事务日志设置为：文件增长不受限制，操作完再改回来。 深度用法
DBCC是SQL Server的数据库控制台命令。它可以提供多种命令，用于实现数据库维护、验证、获取信息等功能。 用法一：使用DBCC SHRINKDATABASE语句收缩数据库 使用DBCC SHRINKDATABASE语句可以收缩指定数据库中的数据文件和日志文件的大小，其基本语法结构如下： 基
背景今天上午11点时客户打电话过来说医院的CIS系统一直有阻塞，导致系统卡慢严重，信息中心的电话都快被打爆了。赶紧要了远程登录到SQL专家云，看到了系统确实存在大量的阻塞。点击紫色圆点进入活动会话原始数据，可以看到会话标识33是阻塞的源头，造成了大量的语句被阻塞，而且阻塞已经持续了很长的时间。 分析定位在SQL Server管理工具里查询会话标识为33的语句为自动收缩的命令，
问题描述：在使用了alwayson后，主从库实时同步，原理是通过事务日志同步的，所以造成主数据库的事务日志一直在使用，而且无法收缩主数据库的事务日志。在主从库同步时，收缩数据库是不起作用的。由于主数据库无法收缩，所以从数据库的日志也会一直跟着增长，造成磁盘空间一直增长。网上大量的收缩日志的方法，基本上都不管用，怀疑根本没有在实际环境中使用过，以下方案是我在实际中使用后总结记录的。 解决方
我最大的一个热点问题是关于收缩数据文件，虽然在微软的时候，我自己写了相关收缩数据文件代码，我再也没有机会去重写它，让它操作起来更方便。我真的不喜欢收缩。 现在，不要混淆了收缩事务日志文件和收缩数据文件，当事务日志文件的增长失控或为了移除过多的VLF碎片（这里和这里看到金佰利的优秀文章），然而，收缩事务日志数据文件不要频繁使用（罕见的操作）并且不应是
SQL数据库的收缩并不能很大程度上减小数据库大小，
其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大
转载
精选
2007-11-29 15:23:50
546阅读
数据库管理（1）数据库收缩时，不可以直接用sql语句修改数据库的大小，而应该用管理工具，右击需要收缩的数据库，点击任务选择收缩。 原因：因为如果直接用代码收缩数据库时，不知道数据库已经用了多少空间，如果冒然收缩的话，有可能会把数据也删除掉。（2）数据库快照：保存了创建快照那时刻数据库的情况。优点：1. 生成报表，通过快照访问特定时间点的数据。 2.
引用：://blog.csdn.net/wacthamu/article/details/7428216://topic.csdn.net/t/20060321/13/4628851.html数据库中的每个文件都可以
转载
2012-09-17 11:28:00
174阅读
2评论
--重建索引 DBCC REINDEX DBCC INDEXDEFRAG --收缩数据和日志 DBCC SHRINKDB DBCC SHRINKFILE
原创
2022-02-21 17:57:32
171阅读
在论坛看到收缩主数据库在Mirror上没有效果的问题。以前我也认为在主数据库上执行的DBCC Shirnkfile命令会在Mirror数据库上重做，所以收缩主数据库可以导致Mirror数据库跟着收缩。事实不是。从MS网站找到的资料：When you use databasemirroring in Microsoft SQL&n
原创
2013-07-19 23:13:06
423阅读
数据库维护中的常见问题之一
数据库statmemberdata现在的日志文件都达到40G了，用DBCC SHRINKDATABASE来收缩这个日志，过程如下：1、重新启动数据服务器（通过远程控制软件进行的）2、在远程通过SQL SERVER的查询分析器中连接到数据服务器3、远程控制数据服务器服务暂停4、过十分钟，在远程查询分析器中执行： &nb
收缩数据库的时候可能用到的命令有： dbcc sqlperf(logspace) --查看数据库日志空间使用情况
use xxxDB
exec sp_spaceused --查看具体数据库的空间使用情况
select * from sys.sysfiles --查看具体数据库的逻辑文件名以及日志文件名
DBCC SHRINKFILE --收缩数据库中指定数据
一、清除日志 在清除之前，建议先做数据库完全备份。然后在查询分析器中执行语句： backup log 数据库名 with no_log dbcc shrinkdatabase('数据库名',truncateonly) 清除后，日志文件一般只剩余1024k。您可以根据需要，周期性手工执行该语句来清除日志文件。 二、收缩数据库文件(如果不压缩,数据库的文件不会减小 1、打开企业管理器 2、展开服务
停服务方案(1)站点挂一个公告“为了为广大用户提供更好的服务，本站点/游戏将在今晚00:00-2:00之间升级，届时将不能登录，用户周知”(2)停服务(3)新建y个库，做好高可用(4)数据迁移，重新分布，写一个数据迁移程序，从x个库里导入到y个库里，路由规则由%x升级为%y(5)修改服务配置，原来x行配置升级为y行(6)重启服务，连接新库重新对外提供服务整个过程中，最耗时的是第四步数据迁移。回滚方
