‘壹’ 数据库表空间不足，怎么解决
以Mysql 8.0 来说，通过查看 8.0 的官方文档得知，8.0 的临时表空间分为会话临时表空间和全局临时表空间，会话临时表空间存储用户创建的临时表和当 InnoDB 配置为磁盘内部临时表的存储引擎时由优化器创建的内部临时表，当会话断开连接时，其临时表空间将被截断并释放回池中；也就是说，在 8.0 中有一个专门的会话临时表空间，当会话被杀掉后，可以回收磁盘空间；而原来的 ibtmp1 是现在的全局临时表空间，存放的是对用户创建的临时表进行更改的回滚段，在 5.7 中 ibtmp1 存放的是用户创建的临时表和磁盘内部临时表；
也就是在 8.0 和 5.7 中 ibtmp1 的用途发生了变化，5.7 版本临时表的数据存放在 ibtmp1 中，在 8.0 版本中临时表的数据存放在会话临时表空间，如果临时表发生更改，更改的 undo 数据存放在 ibtmp1 中；
总结：在 mysql5.7 时，杀掉会话，临时表会释放，但是仅仅是在 ibtmp 文件里标记一下，空间是不会释放回操作系统的。如果要释放空间，需要重启数据库；在 mysql8.0 中可以通过杀掉会话来释放临时表空间。
‘贰’ 数据库空间不足怎么解决
一、用户数据库搬家
操作方法有以下两种
方法1：在企业管理器中进行
（1）在企业管理器中选定要搬家的数据库名，在其上单击鼠标右键，出现如图1所示对话框。
（2）选中“所有任务”，在其子菜单中单击“分离数据库”。
（3）将该数据库的数据文件和日志文件从旧的位置（如D:\MSSQL\Data）拷贝到新的位置（如E:\SQLDataNew）。
（4）再在企业管理器中选中“数据库”文件夹，在其上单击鼠标右键，在出现的对话框中选中“所有任务”，在其子菜单中单击“附加数据库”。
（5）在出现的“附加数据库”对话框中，选择数据库的两个文件的新位置。
方法2：用SQL系统存储过程sp_detach_db/sp_attach_db实现
（1）使用下面语句分离数据库：
USE master
GO
EXEC sp_detach_db 'mydb'
GO
（2）将该数据库的数据文件和日志文件从旧的位置拷贝到新的位置。
（3）使用下面语句重新附加数据库：
USE master
GO
EXEC sp_attach_db
'mydb', 'E:\SQLDataNew\mydbdata.mdf', 'E:\SQLDataNew\mydblog.ldf''
GO
二、系统数据库搬家
1．master数据库搬家
（1）由于SQL Server每次启动的时候都需要读取master数据库，因此必须在企业管理器中改变SQL Server启动参数中master数据文件和日志文件的路径。
在 SQL Server属性的“常规”选项卡下面有一个叫做“启动参数”的按钮，单击后可以看到所示的界面。
其中，-d用来指定master数据库文件的路径，而–l用来指定master数据库日志文件的路径。
删除旧的master数据库文件和日志文件的路径，添加新的master数据文件和日志文件所在的路径，如：
-dE:\ SQLDataNew \master.mdf
-lE:\ SQLDataNew \mastlog.ldf
（2）停止SQL Server服务，将master.mdf文件和mastlog.ldf文件拷贝到新的位置，如E:\ SQLDataNew文件夹中。
（3）重新启动服务即可。
小技巧：如果在“启动参数”添加的master数据库文件和日志文件的路径或文件名有误，就会造成SQL Server启动不起来。而此时想改正错误又因SQL Server启动不了而重设不了“启动参数”。其实这两个文件路径和文件名是放置在注册表HKEY_LOCAL_MACHINE\SOFWARE\Microsoft\Miccrosoft SQL Server\你安装SQL服务器的名\MSSQLServer\Parrmeters下的参数SQLArg1和SQLArg2中，修改这两个参数的值即可。
2. msdb数据库和model数据库搬家
（1）对于msdb数据库和model数据库，我们不能在企业管理器中实现分离和附加，只能用sp_detach_db和sp_attach_db存储过程来分离和附加这两个数据库。
其中，对于msdb数据库，还应确保SQL Server代理当前没有运行，否则sp_detach_db存储过程将运行失败，并返回如下消息：
“无法除去数据库 'msdb' ，因为它当前正在使用。”
（2）调出如图4所示的“启动参数”对话框，添加新参数-T3608。这样，启动SQL Server，它就不会恢复除master之外的任何数据库。
（3）重新启动SQL Server，再用下面命令分离msdb或者model数据库：
EXEC sp_detach_db 'msdb'
GO
（4）将数据文件和日志文件移到新的位置，然后再用下面命令重新附加msdb数据库或者model数据库：
USE master
GO
EXEC sp_attach_db
'msdb', ‘E:\SQLDataNew\msdbdata.mdf', ' E:\SQLDataNew\msdblog.ldf '
GO
（5）在企业管理器中，从“启动参数”框中删除-T3608跟踪标记，再停止并重新启动SQL Server。
3. tempdb数据库搬家
对于tempdb数据库，则可以直接使用ALTER DATABASE语句来为数据文件和日志文件指定新的存放位置，如下所示：
USE master
GO
ALTER DATABASE tempdb MODIF
Y FILE (NAME=tempdev, FILENAME ='E:\SQLDataNew \tempdb.mdf')
GO
ALTER DATABASE tempdb MODIF
Y FILE(NAME=templog, FILENAME=
' E:\SQLDataNew \templog.ldf')
GO
至此，SQL Server 中数据库全部搬家完成。
‘叁’ sql sever中数据库属性里的“可用空间”是什么意思
可用空间的意思就是数据库剩余的容量，你点左边的文件，里面可以设置自动增长的，可用空间为0以后会自动增加容量，一般在创建数据库的时候就设置好自动增长了，不用担心 。
自动收缩不知道你说的是哪里 。
‘肆’ 数据库满了怎么办
问题一：数据库空间满了怎么处理 1：分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
3：附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K
再将此数据库设置自动收缩
或用代码分离 pubs，然后将 pubs 中的一个文件附加到当前服务器：
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
问题二：数据库满了怎么办？ 数据库是只读的(Readonly),也即不可以修改(增加\删除\修改都不行)
问题三：SQL server数据库日志满了怎么处理？ 解决方法
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库丁点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple
另外，如上图中数据库属性有两个选项，与事务日志的增长有关：
Truncate log on checkpoint
(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)
当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True
Auto shrink
定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才能进行。
注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。
问题四：数据库空间满了怎么处理 各数据库空间满处理方法
wenku./...YexzIW
问题五：网站的虚拟空间，数据库满了怎么办？ 肯定有影响啦，你自己说的，每天发很多文章，最终数据库满了，就是说文章保存在数据库中，一般来说数据库保存钉东西都是内存不是很大的东西，除了网站cms所必要的数据和系统日志之外，就是你文章的文字啦，至于图片和视频等等占用空间很多的东西就保存在网页空间里面了，和数据没有关系。
就如楼上的所说，问题不大，增加数据库的容量就行了，现在一般的IDC都会提供这样的服务，对你现在的网站不会有影响的。此外联系客服也很重要的。祝你早日解决问题！
问题六：SQL数据磁盘满了怎么解决？ -- 清空日志
--压缩日志及数据库文件大小
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
select*fromsysfiles
--1.清空日志
DUMPTRANSACTIONusernameWITHNO_LOG
--2.截断事务日志：
BACKUPLOGusernameWITHNO_LOG
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
-- 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
-- 也可以用SQL语句来完成
--收缩数据库
DBCCSHRINKDATABASE(username)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select*fromsysfiles
DBCCSHRINKFILE(2)
--4.为了最大化的缩小日志文件(如果是sql7.0,这步只能在查询分析器中进行)
-- a.分离数据库:
-- 企业管理器--服务器--数据库--右键--分离数据库
-- b.在我的电脑中删除LOG文件
-- c.附加数据库:
-- 企业管理器--服务器--数据库--右键--附加数据库
-- 此法将生成新的LOG，大小只有500多K
-- 或用代码：
-- 下面的示例分离username，然后将username中的一个文件附加到当前服务器。
execsp_dboptionusername,'singleuser',true
a.分离
[email protected] ='username'
b.删除日志文件
execmaster..xp_cmdshell'delD:\ProgramFiles\SQL\database\username_LOG.ldf'
c.再附加
[email protected] ='username',
@physname='D:\ProgramFiles\SQL\database\username_Data.MDF'
--5.为了以后能自动收缩,做如下设置:
-- 企业管理器--服务器--右键数据库--属性--选项--选择自动收缩
--SQL语句设置方式:
EXECsp_dboption'数据库名','autoshrink','TRUE'
--6.如果想以后不让它日志增长得太大
-- 企业管理器--服务器--右键数据......>>
问题七：数据库日志已满，如何处理？ 先提供一种复杂的方法压缩日志及数据库文件如下：1.清空日志 mp transaction 库名 with no_log2.截断事务日志： backup log 数据库名 with no_log3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了 也可以用sql语句来完成 --收缩数据库 dbcc shrinkdatabase(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles dbcc shrinkfile(1)4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库: 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除log文件 c.附加数据库: 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的log，大小只有500多k 或用代码： 下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。 a.分离 e x e c sp_detach_db @dbname = 'pubs' b.删除日志文件 c.再附加 e x e c sp_attach_single_file_db @dbname = 'pubs', @physname = 'c:\program files\microsoft sql server\mssql\data\pubs.mdf'5.为了以后能自动收缩,做如下设置: 企业管理器--服务器--右键数据库--属性--选项--选择自动收缩 --sql语句设置方式: e x e c sp_dboption '数据库名', 'autoshrink', 'true'6.如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xm(x是你允许的最大数据文件大小) --sql语句的设置方式: alter database 数据库名 modify file(name=逻辑文件名,maxsize=20) 我来完善答案完善答案通过审核后，可获得3点财富值最新回答：2012-06-20 05:01 版本：1个历史版本
问题八：如何从根本上解决SQL数据库日志已满的问题 1、你设置了日志文件的最大数，数据库的恢复模式是完整恢复模式，所有的针对数据库的改动都会记录到日志，不仅仅是你的改动数据库，数据库本身的操作也有记录到日志，所以，日志文件才会不断增长。
2、那是因为大部分的电脑上的数据库，基本没怎么变过，但生产用的数据库经常变动，所以日志记录也变得巨大，我见过数据库200MB，但是日志文件50GB，因为本来数据库有10GB，因为测试需要删除了大部分的数据，结果导致日志文件增长到了50GB。
3、定时备份日志并收缩日志文件。
4、通过备份日志，并收缩日志文件，这个语句你自己网络。
5、日志是一个以事务编号连续的记录，比如，我第一次备份的日志事务编号为1-1000，那么日志就会被截断，并从1001开始，之后的日志备份就从1001开始了，所以，初始备份一直到最后一次备份都不能删除，否则使用日志恢复时会出现问题。
问题九：oracle数据库空间占满了，怎么办 1、删除无用文件或数据，腾空间。
2、将空间紧张的数据移到其他空闲空间。
3、增加新存储空间。
问题十：如何清理sql server 已满的数据库日志 SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件
方法一：
1、打开查询分析器，输入命令
backup log database_name WITH NO_log
2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。
方法二：
设置检查点，自动截断日志
一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大
1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
方法三：通过SQL收缩日志
把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可
SET NOCOUNT on
DECLARE @logicalFileName sysname,
@MaxMinutes int,
@NewSize int
USE tablename -- 要操作的数据库名
select @logicalFileName = 'tablename_log', -- 日志文件名
@MaxMinutes = 10, -- Limit on time allowed to wrap log.
@NewSize = 1 -- 你想设定的日志文件的大小(M)
-- Setup / initialize
DECLARE @OriginalSize int
select @OriginalSize = size
from sysfiles
WHERE name = @logicalFileName
select 'Original Size of ' + db_name() + ' log is ' +
ConVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +
ConVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'mb'
from sysfiles
WHERE name = @logicalFileName
CREATE TABLE DummyTrans
(DummyColumn char (8000) not null)
DECLARE @Counter int,
@StartTime DATETIME,
@Trunclog VARCHAR(255)
select @StartTime = getdate(),
@Trunclog = 'backup log ......>>