A. 如何解决数据库数据量大的问题
解决数据库数据量大的问题,分库或者分表都是办法之一。
分库：编程会复杂一些；但是适合更大量的数据库数据量。
分表：数据文件可能还是偏大。
B. 数据库太大无法导入
这个问题可以用下面的方法处理：
1、用BACKUP LOG database WITH NO_LOG清除日志
把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。
如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。
2、sql server运行中，删除主数据库事务日志文件，步骤如下：
(1)、分离数据库管理器－数据库－右击要删除日志的数据库－所有任务－分离数据库
(2)、然后删除日志文件
(3)、然后再附加数据库
企业管理器－数据库－右击数据库－所有任务－附加数据库时只附加mdf.
3、压缩SQL数据库及日志的详细方法
可以在数据库属性选项中选择“Auto shrink”选项，让系统自动压缩数据库，也可以用人工的方法来压缩。
C. python在查询数据库时数据量太大导致崩溃怎么办
普通的操作无论是fetchall()还是fetchone()都是先将数据载入到本地再进行计算，大量的数据会导致内存资源消耗光。
解决办法是使用SSCurosr光标来处理。
D. 数据库太大 磁盘空间不足 怎么解决
压缩成压缩包
E. 导入数据库文件太大怎么办max
解决方法如下：
（1）修改php.ini适用自己有服务器的人
大多数都修改php.ini中的upload_max_filesize，但修改了这个以后，还是提示这个问题；
那么更改如下几处：
修改
PHP.ini
file_uploads
on
是否允许通过HTTP上传文件的开关。默认为ON即是开
upload_tmp_dir
文件上传至服务器上存储临时文件的地方，如果没指定就会用系统默认的临时文件夹
upload_max_filesize
20m
望文生意，即允许上传文件大小的最大值。默认为2M
post_max_size
30m
指通过表单POST给PHP的所能接收的最大值，包括表单里的所有值。默认为8M
说明
一般地，设置好上述四个参数后，在网络正常的情况下，上传<=8M的文件是不成问题
但如果要上传>8M的大体积文件，只设置上述四项还一定能行的通。除非你的网络真有100M/S的上传高速，否则你还得继续设置下面的参数。
max_execution_time
300
每个PHP页面运行的最大时间值(秒)，默认30秒
max_input_time
300
每个PHP页面接收数据所需的最大时间，默认60秒
memory_limit
128m
每个PHP页面所吃掉的最大内存，默认8M
设定
POST
数据所允许的最大大小。此设定也影响到文件上传。要上传大文件，该值必须大于
upload_max_filesize。
如果配置脚本中激活了内存限制，memory_limit
也会影响文件上传。通常说，memory_limit
应该比
post_max_size
要大。
（2）这个方法很简单，不需要修改php.ini参数，
适用把站放在虚拟主机的人。
打开phpMyAdmin目录下的配置文件：config.inc.php
请注意其中的这两个参数：
$cfg['UploadDir']
=
‘A‘;
$cfg['SaveDir']
=
‘B‘;
在phpMyAdmin目录下自行建立文件夹A和B来对应UploadDir（导入目录）和SaveDir（导出目录）。
导出操作：
1、登陆phpMyAdmin
2、在左侧选中你需要备份导出的数据库
3、在右侧窗口中找到“导出”
4、在右侧窗口底部选择“保存于服务器的
B/
目录”
5、选择压缩模式，提交“执行”即可在B文件夹中找到该数据库的导出数据。
导入操作：
1、上传准备导入的数据文件到A目录
2、登陆phpMyAdmin
3、在左侧选中你需要备份导出的数据库
4、在右侧窗口中找到“Import”（导出）
5、在右侧窗口“网站服务器上载目录”中选择需要导入的数据文件，提交“执行”完成导入
F. SQL数据库太大怎么办
--1.日常要做数据库压缩
--压缩日志及数据库文件大小
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至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.分离
EXEC sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
G. 数据库越来越大怎么办
把数据库压缩下。
数据库---任务---收缩---数据库、
数据库变大是因为备份的时候产生的日志信息越来越多。
H. 数据库过大该怎么处理
问题分析：这种问题是由于服务器的数据库文件或者日志太大造成的，那么我们清理下日志或者收缩数据
库就可以了。解决方法：一
第一种解决方案，不限制数据库文件大小，当然，这是在您的服务器空间足够的情况下
二
第二种解决方案，直接清理数据库日志文件
我们打开数据库，然后选择分离数据库，找到日志文件并删除，然后附加，会自动产生
一个初始的很小的日志文件
三
第三种收缩数据库日志文件，设置数据库文件或者日志文件收缩到一定大小就可以。
以上各种解决方案，可以根据不同情况选择不同方案，为防止对数据库操作不熟悉，操
作失误，修改前请先备份好数据库。
I. SQL数据库文件太大怎么处理
查询过期应该跟文件大小关系不大，主要是看看索引是否建的正确，如果确认索引没有问题，可能是产生了很多索引碎片，建议用DBCC SHOWCONTIG(tablename) 扫描一下，如果碎片量比较大，就进行索引碎片的整理回收DBCC INDEXDEFRAG， 当然，如果能充分备份，也可以进行索引重建DBCC DBREINDEX，不过后者慎用。具体使用方法请查阅sql server的帮助文档。