本文目录一览

1，写一个修改到数据库中与写一个表示这个修改的运行记录到日志中是

运行记录优先原则：（1）至少要等相应运行记录已经写入“日志”文件后，才能允许事务往数据库中写记录。（2）直至事务的所有运行记录都已写入运行“日志”文件后，才能允许事务完成“END TRANSACTION”处理。所以选b

写一个修改到数据库中与写一个表示这个修改的运行记录到日志中是

2，时为什么必须先写日记文件后写数据库日志文件能否和数据库存储在

因为日志是用来恢复数据库的。举例来说，如果先写数据库，后写日志，但是在刚好写了数据库而未写日志的时候崩溃了，那么根据日志恢复出来的数据库就少了一条记录（假设是插入操作）。但反过来的话，完全可以根据日志文件把这条数据恢复出来。同样的原因，日志文件是不推荐和数据库存储在同一个硬盘的，因为一旦硬盘坏了就会一起死掉。当然，如果已经使用了带容错的RAID，甚至是盘柜之类的设备，那么可以放在一起没有太大问题。

时为什么必须先写日记文件后写数据库日志文件能否和数据库存储在

3，1创建指定数据文件和事务日志文件的数据库text1即指定一个数据文

原理上是这样的，这一点大家在教科书上都学到过~！但是在大部分应用中（尤其是制造行业、和一些业务链比较紧凑的行业中）为了不耽误生产和业务，都是重启，以前甚至出现过日志空间满了 删除日志的现象。 当然在归档，重做等日志完整的情况下可以回复数据库。最好找一个业务量小、生产检修的时候恢复。

1创建指定数据文件和事务日志文件的数据库text1即指定一个数据文

4，登记日志文件应遵循哪些原则为什么

为保证数据库是可恢复的，登记日志文件时必须遵循两条原则： 1. 登记的次序严格按并发事务执行的时间次序。 　　2. 必须先写日志文件，后写数据库。 把对数据的修改写到数据库中和把写表示这个修改的日志记录写到日志文件中是两个不同的操作。有可能在这两个操作之间发生故障，即这两个写操作只完成了一个。如果先写了数据库修改，而在运行记录中没有登记下这个修改，则以后就无法恢复这个修改了。如果先写日志，但没有修改数据库，按日志文件恢复时只不过是多执行一次不必要的UNDO操作，并不会影响数据库的正确性。所以为了安全，一定要先写日志文件，即首先把日志记录写到日志文件中，然后写数据库的修改。这就是“先写日志文件”的原则。

5，访问日志比较大是直接记录在一个文件上好还是写进数据库好 搜

分批整理吧
你好！“比较大”的话当然是写数据库了仅代表个人观点，不喜勿喷，谢谢。
数据库这是必须的，数据库的作用一个是数据持久化，一个我想应该就是存放大数据的直接记录到数据库中，我们公司专门建了一个Log数据库，存放这类信息的。如果需要可以从数据库中读取数据

6，事务与日志的问题

日志和数据的操作是由不同的进程进行处理的，是分别进行的。日志的写入和数据的写入都是先在内存缓冲区发生，然后由不同进程分别写入日志文件和数据文件。不过一般来说，日志的写入会更频繁一些，通常只要提交事务就会产生日志缓冲区到日志文件的写入。以Oracle为例，日志文件的写入时机包括以下四种情况：1 提交事务时2 日志缓冲区填满三分之一时3 每3秒4 数据写入之前所以它们并没有确切的先后顺序。有时事务已经提交了（日志文件已写入），但是事务修改的数据仍然在数据缓冲区，没有写入数据文件。但这不影响数据的一致性，如果数据库这时损坏，系统会自动通过日志前滚来恢复数据。有时事务还没有提交（尤其是时间很长的那种事务），但是到了数据写入进程运行的时机了，这时数据缓冲区内修改过的数据内容（称为脏缓冲区）会被写入到数据文件中。

7，如何使用Log4j然后把记录存入数据库

我觉得你在使用log4j的时候，可以同时进行写日志文件和录入数据库两个操作。因为你写日志文件的时候，格式都是统一的。按照这个格式设计对应的数据库表结构即可。然后执行插入语句。免得你去读日志文件，还得用"，"去分解你的记录，虽然能实现，但麻烦一些。
log4j把日志信息存储到txt文件,你在写个程序读取那个txt文件,然后存到数据库就over了

8，mysql binglogredolog先写哪个

mysql通过内部XA事务协调处理binlog、redolog 的写入在事务提交时，先写二进制日志，再写innodb存储引擎的重做日志。对上述两个操作的要求是原子的，即二进制日志和重做日志必须同事写入。若二进制日志先写了，而在写入innodb存储引擎时发生了宕机，那么slave可能会接收到master传过去的二进制日志并执行，最终导致主从不一致的情况如果在innodb存储引擎提交前，MySQL数据库宕机了，那么MySQL数据库在重启后会先检查准备的UXID事务是否已经提交，若没有，则在存储引擎层再进行一次提交操作
Redo Log记录的是redo，那么redo是什么呢？通俗来讲，redo记录的是对应的记录改变的物理操作。说实话，过去的很长一段时间内，我对redo的认识也仅限于此，并没有好好深入理解redo记录的到底是什么。这次从redo的物理结构上深入理解下redo到底是什么。Redo Log逻辑&物理结构从逻辑上来讲，redo log记录是连续递增的，但是对应到物理文件就不一样了，考虑到磁盘空间，redo log被设计成了多个可循环写入的文件。InnoDB要求Redo Log，文件至少有2个，初始文件为 ib_logfile0和 ib_logfile1， ib_logfile0写完以后写 ib_logfile1，等到 ib_logfile1也写完了，从头又开始写 ib_logfile0，这样就形成了一个环形写入的结构。但是覆盖写入的前提是要确定哪个位置点是可以覆盖写的，哪些位置是不能覆盖写的，这个就是check point的工作了
期待看到有用的回答！

文章TAG：数据库和日志文件哪个先写  写一个修改到数据库中与写一个表示这个修改的运行记录到日志中是  
下一篇