‘壹’ mysql服务器运行使用了只读选项因此不能执行这条语录怎么办
MySQL的事务支持不是绑定在MySQL服务器本身，而是与存储引擎相关1.MyISAM：不支持事务，用于只读程序提高性能 2.InnoDB：支持ACID事务、行级锁、并发 3.Berkeley DB：支持事务
一个事务是一个连续的一组数据库操作，就好像它是一个单一的工作单元进行。换言之，永远不会是完整的事务，除非该组内的每个单独的操作是成功的。如果在事务的任何操作失败，则整个事务将失败。
实际上，会俱乐部许多SQL查询到一个组中，将执行所有的人都一起作为事务的一部分。
事务的特性：
事务有以下四个标准属性的缩写ACID，通常被称为：
原子性: 确保工作单元内的所有操作都成功完成，否则事务将被中止在故障点，和以前的操作将回滚到以前的状态。
一致性: 确保数据库正确地改变状态后，成功提交的事务。
隔离性: 使事务操作彼此独立的和透明的。
持久性: 确保提交的事务的结果或效果的系统出现故障的情况下仍然存在。
在MySQL中，事务开始使用COMMIT或ROLLBACK语句开始工作和结束。开始和结束语句的SQL命令之间形成了大量的事务。
COMMIT & ROLLBACK:
这两个关键字提交和回滚主要用于MySQL的事务。
当一个成功的事务完成后，发出COMMIT命令应使所有参与表的更改才会生效。
如果发生故障时，应发出一个ROLLBACK命令返回的事务中引用的每一个表到以前的状态。
可以控制的事务行为称为AUTOCOMMIT设置会话变量。如果AUTOCOMMIT设置为1（默认值），然后每一个SQL语句（在事务与否）被认为是一个完整的事务，并承诺在默认情况下，当它完成。 AUTOCOMMIT设置为0时，发出SET AUTOCOMMIT =0命令，在随后的一系列语句的作用就像一个事务，直到一个明确的COMMIT语句时，没有活动的提交。
可以通过使用mysql_query()函数在PHP中执行这些SQL命令。
通用事务例子
这一系列事件是独立于明蚂所使用的编程语言，可以建立在任何使用的语言来创建应用程序的逻辑路径。
可以通过使用mysql_query()函数在PHP中执行这些SQL命令。
BEGIN WORK开始事务发出SQL命令
发出一个或多个SQL命令，如SELECT，INSERT，UPDATE或DELETE
检查是否有任何错误，一切都依据的需要。
如果有任何错误，那么宴吵问题ROLLBACK命令，否则发出COMMIT命令。
在MySQL中的事务安晌槐侍全表类型：
如果打算使用MySQL事务编程，那么就需要一种特殊的方式创建表。有很多支持事务但最流行的是InnoDB表类型。
从源代码编译MySQL时，InnoDB表支持需要特定的编译参数。如果MySQL版本没有InnoDB支持，请互联网服务提供商建立一个版本的MySQL支持InnoDB表类型，或者下载并安装Windows或Linux/UNIX的MySQL-Max二进制分发和使用的表类型在开发环境中。
如果MySQL安装支持InnoDB表，只需添加一个的TYPE=InnoDB 定义表创建语句。例如，下面的代码创建InnoDB表tcount_tbl：
代码如下 复制代码
root@host# mysql -u root -p password;
Enter password:*******
mysql> use TUTORIALS;
Database changed
mysql> create table tcount_tbl
-> (
-> tutorial_author varchar(40) NOT NULL,
-> tutorial_count INT
-> ) TYPE=InnoDB;
Query OK, 0 rows affected (0.05 sec)
可以使用其他GEMINI或BDB表类型，但它取决于您的安装，如果它支持这两种类型。
由于项目设计里面，牵扯到了金钱的转移，于是就要用到MYSQL的事务处理，来保证一组处理结果的正确性。用了事务，就不可避免的要牺牲一部分速度，来保证数据的正确性。
只有InnoDB支持事务
事务 ACID Atomicity（原子性）、Consistency（稳定性）、Isolation（隔离性）、Durability（可靠性）
1、事务的原子性
一组事务，要么成功；要么撤回。
2、稳定性
有非法数据（外键约束之类），事务撤回。
3、隔离性
事务独立运行。
一个事务处理后的结果，影响了其他事务，那么其他事务会撤回。
事务的100%隔离，需要牺牲速度。
4、可靠性
软、硬件崩溃后，InnoDB数据表驱动会利用日志文件重构修改。
可靠性和高速度不可兼得， innodb_flush_log_at_trx_commit选项 决定什么时候吧事务保存到日志里。
开启事务
START TRANSACTION 或 BEGIN
提交事务（关闭事务）
COMMIT
放弃事务（关闭事务）
ROLLBACK
折返点
SAVEPOINT adqoo_1
ROLLBACK TO SAVEPOINT adqoo_1
发生在折返点 adqoo_1 之前的事务被提交，之后的被忽略
事务的终止
设置“自动提交”模式
SET AUTOCOMMIT = 0
每条SQL都是同一个事务的不同命令，之间由 COMMIT 或 ROLLBACK隔开
掉线后，没有 COMMIT 的事务都被放弃
事务锁定模式
系统默认： 不需要等待某事务结束，可直接查询到结果，但不能再进行修改、删除。
缺点：查询到的结果，可能是已经过期的。
优点：不需要等待某事务结束，可直接查询到结果。
需要用以下模式来设定锁定模式
1、SELECT …… LOCK IN SHARE MODE（共享锁）
查询到的数据，就是数据库在这一时刻的数据（其他已commit事务的结果，已经反应到这里了）
SELECT 必须等待，某个事务结束后才能执行
2、SELECT …… FOR UPDATE（排它锁）
例如 SELECT * FROM tablename WHERE id<200
那么id<200的数据，被查询到的数据，都将不能再进行修改、删除、SELECT …… LOCK IN SHARE MODE操作
一直到此事务结束
共享锁 和 排它锁 的区别：在于是否阻断其他客户发出的 SELECT …… LOCK IN SHARE MODE命令
3、INSERT / UPDATE / DELETE
所有关联数据都会被锁定，加上排它锁
4、防插入锁
例如 SELECT * FROM tablename WHERE id>200
那么id>200的记录无法被插入
5、死锁
自动识别死锁
先进来的进程被执行，后来的进程收到出错消息，并按ROLLBACK方式回滚
innodb_lock_wait_timeout = n 来设置最长等待时间，默认是50秒
事务隔离模式
SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL
READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE
1、不带SESSION、GLOBAL的SET命令
只对下一个事务有效
2、SET SESSION
为当前会话设置隔离模式
3、SET GLOBAL
为以后新建的所有MYSQL连接设置隔离模式（当前连接不包括在内）
隔离模式
READ UNCOMMITTED
不隔离SELECT
其他事务未完成的修改（未COMMIT），其结果也考虑在内
READ COMMITTED
把其他事务的 COMMIT 修改考虑在内
同一个事务中，同一 SELECT 可能返回不同结果
REPEATABLE READ（默认）
不把其他事务的修改考虑在内，无论其他事务是否用COMMIT命令提交过
同一个事务中，同一 SELECT 返回同一结果（前提是本事务，不修改）
SERIALIZABLE
和REPEATABLE READ类似，给所有的SELECT都加上了 共享锁
出错处理
根据出错信息，执行相应的处理
‘贰’ mysql 如何查询数据库事务是只读事务还是读
查看 MySQL 客户端的事务提交方式命令：局激姿select @@autocommit;
修改 MySQL 客户端的事务提交方式为手动提交命令：set @@autocommit = 0;
（注：0 表示手动提交，即使用 MySQL 客户端执行 SQL 命令后必须使用commit命令执行事务，否则所执行的 SQL 命令无效，如果想撤销事务则使用 rollback 命令。1 表示自动提交，即在 MySQL 客户端不在需要手动执行 commit 命令。）
MySQL 在自动提交模式下，每个 SQL 语句都是一个独立的事务。
注意：
1、手动设置set @@autocommit = 0，即设定为非自动提交模式，只对当前的mysql命令行窗口有效，打开一个新的窗口后，默认还是自动提交；
2、对于非自动提交模式，铅逗比如在命令行中添加一条记录，退出桐绝命令行后在重新打开命令行，之前插入的记录是不在的。（用select * from + 表名 验证一下就可以了）
‘叁’ 启动和关闭数据库以什么身份连接数据库
对于大多数Oracle DBA来说，启动和关闭Oracle数据库最常用的方式就是在命令行方式下的Server Manager。从Oracle 8i以后，系统将Server Manager的任何功能都集中到了SQL*Plus中，也就是说从8i以后对于数据库的启动和关闭能够直接通过SQL*Plus来完成，而不再另外需要Server Manager，但系统为了保持向下兼容，依旧保留了Server Manager工具。另外也可通过图像用户工具（GUI）的Oracle Enterprise Manager来完成系统的启动和关闭，图像用户界面Instance Manager很简单，这里不再详述。
要启动和关闭数据库，必须要以具备Oracle 管理员权限的用户登陆，通常也就是以具备SYSDBA权限的用户登陆。一般我们常用INTERNAL用户来启动和关闭数据库（INTERNAL用户实际上是SYS用户以SYSDBA连接的同义词）。Oracle数据库的新版本将逐步淘汰INTERNAL这个内部用户，所以我们最好还是配置DBA用户具备SYSDBA权限。
二、数据库的启动（STARTUP）
启动一个数据库需要三个步骤：
1、 创建一个Oracle实例（非安装阶段）
2、 由实例安装数据库（安装阶段）
3、 打开数据库（打开阶段）
在Startup命令中，能够通过不同的选项来控制数据库的不同启动步骤。
1、STARTUP NOMOUNT
NONOUNT选项仅仅创建一个Oracle实例。读取init.ora初始化参数文档、启动后台进程、初始化系统全局区（SGA）。Init.ora文档定义了实例的配置，包括内存结构的大小和启动后台进程的数量和类型等。实例名根据Oracle_SID配置，不一定要和打开的数据库名称相同。当实例打开后，系统将显示一个SGA内存结构和大小的列表，如下所示：
SQL> startup nomount
ORACLE 例程已启动。
Total System Global Area 35431692 bytes
Fixed Size 70924 bytes
Variable Size 18505728 bytes
Database Buffers 16777216 bytes
Redo Buffers 77824 bytes
2、STARTUP MOUNT
该命令创建实例并且安装数据库，但没有打开数据库。Oracle系统读取控制文档中关于数据文档和重作日志文档的内容，但并不打开该文档。这种打开方式常在数据库维护操作中使用，如对数据文档的更名、改变重作日志连同打开归档方式等。在这种打开方式下，除了能够看到SGA系统列表以外，系统还会给出"数据库装载完毕"的提示。
3、STARTUP
该命令完成创建实例、安装实例和打开数据库的任何三个步骤。此时数据库使数据文档和重作日志文档在线，通常还会请求一个或是多个回滚段。这时系统除了能够卜如裂看到前面Startup Mount方式下的任何提示外，还会给出一个"数据库已打开"的提示。此时，数据库系统处于正常工作型闭状态，能够接受用户请求。
假如采用STARTUP NOMOUNT或是STARTUP MOUNT的数据库打开命令方式，必须采用ALTER DATABASE命令来执行打开橡厅数据库的操作。例如，假如您以STARTUP NOMOUNT方式打开数据库，也就是说实例已创建，但是数据库没有安装和打开。这是必须运行下面的两条命令，数据库才能正确启动。
ALTER DATABASE MOUNT;
ALTER DATABASE OPEN;
而假如以STARTUP MOUNT方式启动数据库，只需要运行下面一条命令即能够打开数据库：
ALTER DATABASE OPEN.
4、其他打开方式
除了前面介绍的三种数据库打开方式选项外，更有另外其他的一些选项。
(1) STARTUP RESTRICT
这种方式下，数据库将被成功打开，但仅仅允许一些特权用户（具备DBA角色的用户）才能够使用数据库。这种方式常用来对数据库进行维护，如数据的导入/导出操作时不希望有其他用户连接到数据库操作数据。
(2) STARTUP FORCE
该命令其实是强行关闭数据库（shutdown abort）和启动数据库（startup）两条命令的一个综合。该命令仅在关闭数据库碰到问题不能关闭数据库时采用。
(3) ALTER DATABASE OPEN READ ONLY;
该命令在创建实例连同安装数据库后，以只读方式打开数据库。对于那些仅仅提供查询功能的产品数据库能够采用这种方式打开。
三、数据库的关闭（SHUTDOWN）
对于数据库的关闭，有四种不同的关闭选项，下面对其进行一一介绍。
1、SHUTDOWN NORMAL
这是数据库关闭SHUTDOWN命令的确省选项。也就是说假如您发出SHUTDOWN这样的命令，也即是SHUTDOWN NORNAL的意思。
发出该命令后，任何新的连接都将再不允许连接到数据库。在数据库关闭之前，Oracle将等待现在连接的任何用户都从数据库中退出后才开始关闭数据库。采用这种方式关闭数据库，在下一次启动时无需进行任何的实例恢复。但需要注意一点的是，采用这种方式，也许关闭一个数据库需要几天时间，也许更长。
2、SHUTDOWN IMMEDIATE
这是我们常用的一种关闭数据库的方式，想很快地关闭数据库，但又想让数据库干净的关闭，常采用这种方式。
当前正在被Oracle处理的SQL语句立即中断，系统中任何没有提交的事务全部回滚。假如系统中存在一个很长的未提交的事务，采用这种方式关闭数据库也需要一段时间（该事务回滚时间）。系统不等待连接到数据库的任何用户退出系统，强行回滚当前任何的活动事务，然后断开任何的连接用户。
3、SHUTDOWN TRANSACTIONAL
该选项仅在Oracle 8i后才能够使用。该命令常用来计划关闭数据库，他使当前连接到系统且正在活动的事务执行完毕，运行该命令后，任何新的连接和事务都是不允许的。在任何活动的事务完成后，数据库将和SHUTDOWN IMMEDIATE同样的方式关闭数据库。
4、SHUTDOWN ABORT
这是关闭数据库的最后一招，也是在没有任何办法关闭数据库的情况下才不得不采用的方式，一般不要采用。假如下列情况出现时能够考虑采用这种方式关闭数据库。
1、 数据库处于一种非正常工作状态，不能用shutdown normal或shutdown immediate这样的命令关闭数据库;
2、 需要立即关闭数据库；
3、 在启动数据库实例时碰到问题；
任何正在运行的SQL语句都将立即中止。任何未提交的事务将不回滚。Oracle也不等待现在连接到数据库的用户退出系统。下一次启动数据库时需要实例恢复，因此，下一次启动可能比平时需要更多的时间。
‘肆’ Spring中Transactional放在类级别和方法级别上有什么不同
是的
一般类上这么写镇亏运
@Transactional(readOnly=true) //配置事务 查询使用 只读
public Demo{
//方法的写法 (增御梁删改要写 ReadOnly=false 为可写)
@Transactional (propagation=Propagation.REQUIRED,isolation=Isolation.DEFAULT,readOnly=false)
public void saveUser(){
}
}
Propagation.REQUIRED ：有事务就处于当前事务中，没事务就创建一个事务
isolation=Isolation.DEFAULT：事务数据库的默认隔离级别
readOnly=false：可写 针空漏对 增删改操作
注意：方法的@Transactional会覆盖类上面声明的事务
‘伍’ 数据库满了怎么办
问题一：数据库空间满了怎么处理 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 ......>>
‘陆’ Oracle数据库只读事务与顺序事务的理解。
回话1：设置为只读事务，应该是伏贺这样嘛：
select
sal
from
emp
where
ename
=
‘SMITH’
for
update;
你再按你步骤试一姿困下看看，回话2是不是hung了
第二个问题是：只读事务只在很特殊的情况下才用到，比如航空公司
网上值迹厅念机
预订座位
‘柒’ api链接oracle数据库提示数据库只读
如果你在使用API链接Oracle数猛数据库时提示数据库只读，可能是因为该用户没有对数据库写入权限所致。在Oracle数据库中，每个用户都有不同的授权和权限级别，只有拥有“读写权限”的用户才能进行对数据库的修改和更新。
要解决这个问题，可以尝试按照以下步骤操作：
1.检查数据库的登录用户是否有写入权限，可以通过SQL Developer等工具查询当前用户的权限，或者联系数据库管理员（DBA）请求写入权限。
2.确认数据库连接使用的用户名和密码是否正确，如果登录搭知租凭据无效，可能也会导致只读操作。
3.确保数据库可以接受写入请求，有时候可能需要启用事务或者适当更改数据库参数设置，才能最终使得API可以写入数据。
4.验证 API代码是否有正确的写入语句。如果数据库只读，那么写入函数可能会失败，并显示类似“只读连接”或“连接无效”的错误信息。
在这个过程中，注意留意任何关键信息，保留相关日志记录以追踪问题，以便于准确定位和解决问题知兆。
‘捌’ SQL数据库中数据类型ntext和text的区别
ntext和text一样用来保存大量的文字数据，不过text用单字节保存数据 ，ntext固定用双字节保存数据. ntext保存的是Uncode的字符 ，
ntext支持跨语言平台。
ntext：
可变长度 Unicode 数据的最大长度为 230 -
1 (1,073,741,823) 个字符。存储大小是所输入字符个数的两倍（以字节为单位）。ntext 在 SQL-92 中的同义词是 national
text。
ntext中存数据是按双字节存的 ，显示不了NTEXT你换一下recordset打开方式就行了
text：
服务器代码页中的可变长度非 Unicode 数据的最大长度为 231-1 (2,147,483,647)
个字符。当服务器代码页使用双字节字符时，存储量仍是 2,147,483,647 字节。存储大小可能小于 2,147,483,647 字节（取决于字符串）。
char、varchar、text和nchar、nvarchar、ntext的区别
1、CHAR。CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间,不足的自动用空格填充。
2、VARCHAR。存储变长数据，但存储效率没有CHAR高。如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为
VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么“+1”呢？这一个字节用于保存实际使用了多大的长度。从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。
3、TEXT。text存储可变长度的非Unicode数据，最大长度为2^31-1(2,147,483,647)个字符。
4、
NCHAR、NVARCHAR、NTEXT。这三种从名字上看比前面三种多了个“N”。它表示存储的是Unicode数据类型的字符。我们知道字符中，英
文字符只需要一个字节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字同时存在时容易造成混乱，Unicode字符集就是为了解决字符集这种不兼
容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示。nchar、nvarchar的长度是在1到4000之间。和
char、varchar比较起来，nchar、nvarchar则最多存储4000个字符，不论是英文还是汉字；而char、varchar最多能存储
8000个英文，4000个汉字。可以看出使用nchar、nvarchar数据类型时不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量
上有些损失。
对于什么时候用varchar和nvarchar没有说一定的.
也就是说一个汉字既可以存在varchar中,也可以存在nvarchar中.
那么对于汉字或者Unicode
数据到底存在varchar和nvarchar有什么区别呢?
下面例子说明一下:一个汉字占varchar(2),只占nvarchar(1),
而字母只占varchar(1),那么在数据库字段求长度的时候,用varchar你就不一定知道它确切的知道它到底有几个字,如果用nvarchar,
那么汉字也是nvarchar(1),字母也是nvarchar(1),那么已经很明显了.
区别2:varchar的检索快于nvarchar,虽然是这样但微软下一个版本将统一nvarchar,听说的
管理 ntext、text 和 image
数据
Microsoft? SQL Server? 的 ntext、text 和 image 数据类型在单个值中可以包含非常大的数据量（最大可
达
2 GB）。单个数据值通常比应用程序在一个步骤中能够检索的大；某些值可能还会大于客户端的可用虚拟内存。因此，
在检索这些值时，通常需要一些特殊的步骤。
如果 ntext、text 和 image 数据值不超过 Unicode
串、字符串或二进制串的长度（分别为 4,000 个字符、8,000 个字
符和 8,000 个字节），就可以在 SELECT、UPDATE 和
INSERT 语句中引用它们，其引用方式与较小的数据类型相同。例
如，包含短值的 ntext 列可以在 SELECT 语句的选择列表中引用，这与
nvarchar 列的引用方式相同。引用时必须遵守一
些限制，例如不能在 WHERE 子句中直接引用 ntext、text 或 image
列。这些列可以作为返回其它数据类型（例如
ISNULL、SUBSTRING 或 PATINDEX）的某个函数的参数包含在 WHERE
子句中，也可以包含在 IS NULL、IS NOT NULL 或
LIKE 表达式中。
处理较大的数据值
但是，如果 ntext、text 和 image 数据值较大，则必须逐块处理。Transact-SQL 和数据库 API 均包含使应用程序可以
逐块处理 ntext、text 和 image 数据的函数。
数据库 API 按照一种通用的模式处理长 ntext、text 和
image 列：
若要读取一个长列，应用程序只需在选择列表中包含 ntext、text 或 image
列，并将该列绑定到一个程序变量，该变量
应足以容纳适当的数据块。然后，应用程序就可以执行该语句，并使用 API
函数或方法将数据逐块检索到绑定的变量中。
若要写入一个长列，应用程序可使用参数标记 (?) 在相应位置代替
ntext、text 或 image 列中的值，以执行 INSERT
或 UPDATE 语句。参数标记（对 ADO
而言则为参数）被绑定到一个足以容纳数据块的程序变量上。应用程序进入循环，在
循环中先将下一组数据移到绑定的变量中，然后调用 API
函数或方法写入数据块。这一过程将反复进行，直到整个数据值
发送完毕。
使用 text in row
在 Microsoft
SQL Server 2000 中，用户可以在表上启用 text in row 选项，以使该表能够在其数据行中存储 text、
ntext 或
image 数据。
若要启用该选项，请执行 sp_tableoption 存储过程，将 text in row 指定为选项名并将 on
指定为选项值。BLOB（二进
制大对象：text、ntext 或 image 数据）行中可以存储的默认最大大小为 256 字节，但是值的范围可以从
24 到 7000。
若要指定默认值以外的最大大小，请指定该范围内的整数作为选项值。
如果应用下列条件，则将
text、ntext 或 image 字符串存储在数据行中：
启用 text in row。
字符串的长度比 @OptionValue 所指定的限制短
数据行中有足够的可用空间。
当 BLOB
字符串存储在数据行中时，读取和写入 text、ntext 或 image 字符串可以与读取或写入字符串和二进制字符串
一样快。SQL Server
不必访问单独的页以读取或写入 BLOB 字符串。
如果 text、ntext 或 image
字符串比行中所指定的限制或可用空间大，则将指针存储在该行中。在行中存储 BLOB 字符
串的条件仍然适用，但是：数据行中必须有足够的空间容纳指针。
有关更多信息，请参见 sp_tableoption。
使用文本指针
如果未指定 text in
row 选项，text、ntext 或 image 字符串将存储在数据行外；只有这些字符串的文本指针驻留在数
据行中。文本指针指向由内部指针生成的树的根节点，而这些内部指针映射到实际存储（text、ntext 或 image 数据的）
字符串段的页。
SQL Server 2000 中的行文本指针与 SQL Server 早期版本中的文本指针不同。行文本指针的行为就象 BLOB
数据的文件
句柄；早期的文本指针功能则象 BLOB 数据的地址。因此，在使用行文本指针时，请记住下列特性：
重要 虽然游标中允许有行文本，但却不允许有行文本指针。如果尝试声明包含行文本指针的游标，SQL Server 将返回错
误信息（8654、16、1、"A cursor plan could not be generated for the given statement
because it contains
textptr(inrow lob)."、1033）。
数字
对于每个数据库，每个事务最多允许 1024 个活动行文本指针。
锁定
当用户获取活动文本指针时，SQL Server
2000 在第一个用户控制文本指针时锁定数据行，并确保没有其他用户修改或删
除该行。锁在文本指针变为无效时被释放。若要使文本指针无效，请使用
sp_invalidate_textptr。
当事务的隔离级别是未提交读或者数据库为"只读"模式时，文本指针不能用于更新 BLOB
值。
当数据库为"单用户"模式时，SQL Server 2000 不锁定数据行。
为举例说明，给出下面的表：
CREATE TABLE t1 (c1 int, c2 text)
EXEC
sp_tableoption 't1', 'text in row', 'on'
INSERT t1 VALUES ('1', 'a')
下面的事务将会成功：
INSERT t1 VALUES ('1','This is text.')
SET
TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
GO
BEGIN TRAN
DECLARE @ptr varbinary(16)
SELECT @ptr = textptr(c2)
FROM t1
WHERE c1 = 1
READTEXT t1.c2 @ptr 0 5
COMMIT TRAN
GO
下面的事务将会失败：
SET TRANSACTION ISOLATION LEVEL READ
UNCOMMITTED
GO
BEGIN TRAN
DECLARE @ptr varbinary(16)
SELECT @ptr = textptr(c2)
FROM t1
WHERE c1 = 1
WRITETEXT t1.c2
@ptr 'xx'
COMMIT TRAN
GO
持续时间
行文本指针仅在事务内有效。提交事务时，文本指针变为无效。
在某个事务内，当发生下列任一操作时，行文本指针可能无效：
会话结束。
删除该事务中的数据行。（其它事务无法删除数据行，因为该行包含锁。）
文本指针所在的表的架构已更改。使文本指针无效的架构更改操作包括：创建或除去聚集索引，改变或除去表，截断表，
通过
sp_tableoption 更改 text in row 选项，以及执行 sp_indexoption。
使用前面的示例，下列脚本在 SQL
Server 早期版本中有效，但在 SQL Server 2000 中将生成错误。
DECLARE @ptrval
varbinary(16)
PRINT 'get error here'
SELECT @ptrval =
TEXTPTR(c2)
FROM t1
WHERE c1 = 1
READTEXT t1.c2 @ptrval 0
1
在 SQL Server 2000 中，必须在事务内使用行文本指针：
BEGIN TRAN
DECLARE @ptrval varbinary(16)
SELECT @ptrval = TEXTPTR(c2)
FROM
t1
WHERE c1 = 1
READTEXT t1.c2 @ptrval 0 1
COMMIT
NULL 文本
可以在由 INSERT 生成的 NULL 文本上获得行文本指针。而在以前，只有将 BLOB 更新为 NULL
后才能获得文本指针。
例如，下列代码在 SQL Server 7.0 中无效，但在 SQL Server 2000
中有效。
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
GO
INSERT INTO t1 VALUES (4, NULL)
BEGIN TRAN
DECLARE @ptrval
VARBINARY(16)
SELECT @ptrval = TEXTPTR(c2)
FROM t1
WHERE c1 =
4
WRITETEXT t1.c2 @ptrval 'x4'
COMMIT
在 SQL Server 7.0
中，必须执行下列操作：
INSERT INTO t1 VALUES (4, NULL)
UPDATE t1
SET c2 = NULL
WHERE c1 = 4
DECLARE @ptrval VARBINARY(16)
SELECT @ptrval = TEXTPTR(c2)
FROM t1
WHERE c1 = 4
WRITETEXT
t1.c2 @ptrval 'x4'
下表汇总差别。
差别 行文本指针 非行文本指针
数字
对于每个数据库，每个事务最多允许 1024 个活动行文本指针。 无限制。
锁定 将数据行一直 S 锁定到指针变为无效为止。
当事务为"未提交读"或数据库为"单用户"或"只读"模式时不获取锁。
不锁定数据行。
持续时间
事务或会话结束、删除行或更改表的架构时变为无效。 删除行时变为无效。
NULL 文本 插入 NULL 文本后可立即获取。 只有更新后才能获取。
通过数据库 API 使用 ntext、text 和 image 数据
这一部分概述数据库 API 处理
ntext、text 和 image 数据的方式：
ADO
ADO 可以将 ntext、text 或 image
列或参数映射为 Field 或 Parameter 对象。使用 GetChunk 方法逐块检索数据，使
用 AppendChunk
方法逐块写数据。有关更多信息，请参见管理 Long 数据类型。
OLE DB
OLE DB 使用
ISequentialStream 接口支持 ntext、text 和 image 数据类型。ISequentialStream::Read
方法逐块读取
长数据，ISequentialStream::Write 方法将长数据逐块写入数据库。有关更多信息，请参见 BLOB 和 OLE
对象。
ODBC
ODBC 具有一种称为"执行中的数据"的功能，可用于处理长数据的 ODBC
数据类型：SQL_WLONGVARCHAR (ntext)、
SQL_LONGVARCHAR (text) 和 SQL_LONGVARBINARY
(image)。这些数据类型被绑定到某个程序变量上。这样一来，就可以调
用 SQLGetData 逐块检索长数据，调用 SQLPutData
逐块发送长数据。有关更多信息，请参见管理 text 和 image 列。
DB-Library
DB-Library
应用程序也是将 ntext、text 和 image 列绑定到程序变量上。DB-Library 函数 dbtxtptr 用于获取指向数
据库中长列出现位置的指针，dbreadtext 则用来逐块读取长数据。dbwritetext、dbupdatetext 和 dbmoretext
之类的函
数用于逐块写入长数据。
说明 不支持使用 DB-Library 访问行文本
‘玖’ pg数据库只读怎么关掉
硬锁定，直接将数据库切换到恢复模式，绝对不会有写操作出现、软锁定，设置default_transaction_read_only为on，默认开启的事务为只读事务。用户如果使用begiontransactionreadwrite可破解。
‘拾’ 数据仓库的特点
1、数据仓库是面向主题的；操作型数据库的数据组织面向事务处理任务，而数据仓库中的数据是按照一定的主题域进行组织。主题是指用户使用数据仓库进行决策时所关心的重点方面，一个主题通常与多个操作型信息系统相关。
2、数据仓库是集成的，数据仓库的数据有来自于分散的操作型数据，将所需数据从原来的数据中抽取出来，进行加工与集成，统一与综合之后才能进入数据仓库；
数据仓库中的数据是在对原有分散的数据库数据抽取、清理的基础上经过系统加工、汇总和整理得到的，必须消除源数据中的不一致性，以保证数据仓库内的信息是关于整个企业的一致的全局信息。
数据仓库的数据主要供企业决策分析之用，所涉及的数据操作主要是数据查询，一旦某个数据进入数据仓库以后，一般情况下将被长期保留，也就是数据仓库中一般有大量的查询操作，但修改和删除操作很少，通常只需要定期的加载、刷新。
数据仓库中的数据通常包含历史信息，系统记录了企业从过去某一时点(如开始应用数据仓库的时点)到当前的各个阶段的信息，通过这些信息，可以对企业的发展历程和未来趋势做出定量分析和预测。
3、数据仓库是不可更新的，数据仓库主要是为决策分析提供数据，所涉及的操作主要是数据的查询；
4、数据仓库是随时间而变化的，传统的关系数据库系统比较适合处理格式化的数据，能够较好的满足商业商务处理的需求。稳定的数据以只读格式保存，且不随时间改变。
5、汇总的。操作性数据映射成决策可用的格式。
6、大容量。时间序列数据集合通常都非常大。
7、非规范化的。Dw数据可以是而且经常是冗余的。
8、元数据。将描述数据的数据保存起来。
9、数据源。数据来自内部的和外部的非集成操作系统。
数据仓库，是在数据库已经大量存在的情况下，为了进一步挖掘数据资源、为了决策需要而产生的，它并不是所谓的“大型数据库”。数据仓库的方案建设的目的，是为前端查询和分析作为基础，由于有较大的冗余，所以需要的存储也较大。为了更好地为前端应用服务，数据仓库往往有如下几点特点：
1.效率足够高。数据仓库的分析数据一般分为日、周、月、季、年等，可以看出，日为周期的数据要求的效率最高，要求24小时甚至12小时内，客户能看到昨天的数据分析。由于有的企业每日的数据量很大，设计不好的数据仓库经常会出问题，延迟1-3日才能给出数据，显然不行的。
2.数据质量。数据仓库所提供的各种信息，肯定要准确的数据，但由于数据仓库流程通常分为多个步骤，包括数据清洗，装载，查询，展现等等，复杂的架构会更多层次，那么由于数据源有脏数据或者代码不严谨，都可以导致数据失真，客户看到错误的信息就可能导致分析出错误的决策，造成损失，而不是效益。
3.扩展性。之所以有的大型数据仓库系统架构设计复杂，是因为考虑到了未来3-5年的扩展性，这样的话，未来不用太快花钱去重建数据仓库系统，就能很稳定运行。主要体现在数据建模的合理性，数据仓库方案中多出一些中间层，使海量数据流有足够的缓冲，不至于数据量大很多，就运行不起来了。
从上面的介绍中可以看出，数据仓库技术可以将企业多年积累的数据唤醒，不仅为企业管理好这些海量数据，而且挖掘数据潜在的价值，从而成为通信企业运营维护系统的亮点之一。正因为如此，
广义的说，基于数据仓库的决策支持系统由三个部件组成：数据仓库技术，联机分析处理技术和数据挖掘技术，其中数据仓库技术是系统的核心，在这个系列后面的文章里，将围绕数据仓库技术，介绍现代数据仓库的主要技术和数据处理的主要步骤，讨论在通信运营维护系统中如何使用这些技术为运营维护带来帮助。
4.面向主题
操作型数据库的数据组织面向事务处理任务，各个业务系统之间各自分离，而数据仓库中的数据是按照一定的主题域进行组织的。主题是与传统数据库的面向应用相对应的，是一个抽象概念，是在较高层次上将企业信息系统中的数据综合、归类并进行分析利用的抽象。每一个主题对应一个宏观的分析领域。数据仓库排除对于决策无用的数据，提供特定主题的简明视图。
