介绍 Log Explorer主要用于对MSSQLServer的事物分析和数据恢复。你可以浏览日志、导出数据、恢复被修改或者删除的数据(包括执行过update,delete,drop和truncate语句的表格)。一旦由于系统故障或者人为因素导致数据丢失，它能够提供在线快速的数据恢复，最大程度上保证恢复期间的其他事物不间断执行。 他可以支持SQLServer7.0和SQLServer2000,提取标准数据库的日志文件或者备份文件中的信息。 其中提供两个强大的工具：日志分析浏览，对象恢复。具体功能如下： l 日志文件浏览 l 数据库变更审查 l 计划和授权变更审查 l 将日志记录导出到文件或者数据库表 l 实时监控数据库事物 l 计算并统计负荷 l 通过有选择性的取消或者重做事物来恢复数据 l 恢复被截断或者删除表中的数据 l 运行SQL脚本 产品 LogExplore包含两部分 l 客户端软件 l 服务器代理 服务器端代理是保存在SQLServer主机中的一个只读存储过程，他的作用是接受客户端请求，读取在线事物日志块并通过网络传给客户端软件，由客户端软件来读取这些原始的数据块来完成Log Explore所提供的所有功能。 他依赖来的网络协议包括： l Named Pipe:局域网中适用 l Tcp/Ip:广域网中适用 数据库相关介绍 事物日志（Transaction Log） SQLServer的每个数据库都包含事物日志，它以文件的形式存储，可以记录数据库的任何变化。发生故障时SQLServer就是通过它来保证数据的完整性。 操作（Operation） 操作是数据库中定义的"原子行为"，每个操作都在日志文件中保存为一条记录。它可以是用户直接输入的SQL语句，比如标准的insert命令，日志文件中便会记录一条操作代码来标志这个insert操作。 事物（Transaction） 事物是一系列操作组成的序列。他可以理解为直观的不可分割的一笔业务，可以执行成功或者失败。典型的事物比如由应用程序发出的具有开启-提交功能的一组SQL语句。不同的事物靠事物Id号（transaction ID）来区分，具有相同ID的事物记录的日志也相同。 在线事物日志（Online Transaction Log） 在线事物日志是指当前活动数据库所用的日志。可以通过如下命令来确定其对应文件 Select * from SYSFILES 他的文件后缀名一般是.LDF 离线事物日志（Offline Transaction Log） 离线事物日志是指非活动数据库所用的日志。当其数据库处于关闭（ShutDown）才状态下可以进行复制备份操作。他的结果同在线事物日志完全相同。 备份文件 备份文件是保存食物日志备份的文件，通常管理员通过运行SQL语句或者企业管理器来生成该文件。备份文件的内部结构和事物日志不同，他采用称为MTF的格式来保存数据。一个备份文件可以包含一个日志的多组备份,甚至包括多个数据库的混合备份. 设置为自动收缩 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" 强烈要求该项不要选中.否则SQLServer将已循环的方式来覆盖先前的日志记录,将会导致LogExplore无法恢复错误. 数据恢复介绍 LogExplore允许你恢复应为误操作或者程序错误而导致的数据丢失或者更改.比如执行update/Delete语句时丢失了where子句,或者错误使用了Dts功能. LogExplore不支持直接修改数据库.他可以生成事物的逆操作脚本. 如果log是delete table where ...的话,生成的文件代码就是insert table .... 你可以通过SQL查询分析器,或者LogExplore的Run SQL Script功能来执行生成脚本. 关于Undo Undo功能可以逆操作一组指定的用户事物。包括insert，delete和update，其局限性如下： l 事物类别：LogExplore只能undo用户事物。用户事物是指在用户表上定义的事物，不支持系统表的更新恢复。同时，他也不支持计划变更的回滚。 l Blob类型：包括text,ntext,image类型。LogExplore只支持这些类型的insert和delete恢复，不支持update语句恢复。 关于redo Redo功能可以再次运行一组指定事物。它可以在以下情况中用到： 丢失数据库而且没有任何备份文件。 l 如果原始日志文件没有丢失可以通过Redo来实现恢复。 l 通过完整备份文件来把数据库恢复到某指定时间点,再通过redo功能完整恢复。它可以重放Create Table和Create Index命令，来重新生成被删掉的表，同时也受blob字段的限制。 拯救Dropped/Truncate命令导致的数据丢失 执行Drop Table和Truncate Table命令虽然会被SQLServer记录到日志文件中，但是并不记录被删除的数据。你可以使用LogExplore提供的功能来恢复这些数据。LogExplore提供两种机制来恢复被Drop或者Truncate的数据。 1、如果你有备份文件可以直接通过备份文件恢复。 2、通过LogExplore提供的方法来恢复。 当执行如上命令时，SQLServer会将保存数据的页面放入空闲页面列表中。如果此页没有被再次使用则将一直保存原始数据。恢复时，LogExplore将从空闲页面列表中搜寻没有被再次使用的页面，然后生成一个SQL脚本来从这些页面重组原始数据。LogExplore可以确定被删掉的原始数据行，并在完成时显示原始行数和实际恢复的行数，由此可以断定是否全部恢复。 SQL逆操作 1、Insert--Delete 2、Delete--Insert 3、Update 注意：如果你选中了'Do not restore column values that have been changed by subsequent modifications'项，只对事物1逆转将不会产生任何结果。 自增序列（IDENTITY Property） 如果被删除数据与有IDENTITY Property属性，恢复时LogExlpore可以通过SET IDENTITY_INSERT ON 命令来对插入的数据设置Identity属性，并保留原数据不变，也可以对该列付与新值。 数据导出: 浏览日志时可将数据导出为xml,html,或者其他有分隔符的文件.也可以指定到一个SQL的表中. 操作指南 Attaching to a Log:在所有操作之前必须添加日志文件, l 可以用普通的SQL登录方式添加在线日志(Online Log), l 直接选择LDF文件来添加离线日志(OffLine Log) l 添加备份文件 登录之后界 功能介绍： 1、 Log Summary 日志文件的概要信息。 2、 Load Analysis 列出指定时间范围内的一些事物，用户和表载入的概要信息。 3、 Filter Log Record 日志过滤设置。支持过滤条件包括：时间、操作类型、表、用户、SPID、搜索深度、Dropped表项以及登录设置和应用程序设置 4、Browse 日志浏览，核心模块。 1、 View Log功能： 列表如图，可以用TransID来区分事物并用不同颜色标识。工具栏的按钮是一些基本查询操作。鼠标右键弹出菜单中有Undo Transaction和UndoOperation可以恢复黑色箭头选中的事物或者操作项。 Real-Time Monitor： 实时监控事物日志，通过轮询来实现。可以暂停或者停止监控，可以更改轮询周期。 相关DML语言和DDL语言可以在Row Revision History、Row Transaction History以及View DDL Commands来查询。 2、 Export Log Report 包括Export To SQL和Export To File,根据向导即可完成。 3、 其余菜单：Undo,Redo,Salvage Dropped/Truncated data,Restore 以及Run SQL Script前面已经叙述过，可以根据其向导完成。 log explorer使用的几个问题 1)对数据库做了完全 差异 和日志备份 备份时选用了删除事务日志中不活动的条目 再用Log explorer打试图看日志时 提示No log recorders found that match the filter，would you like to view unfiltered data 选择yes 就看不到刚才的记录了 如果不选用了删除事务日志中不活动的条目 再用Log explorer打试图看日志时，就能看到原来的日志 2)修改了其中一个表中的部分数据，此时用Log explorer看日志，可以作日志恢复 3)然后恢复备份，(注意:恢复是断开log explorer与数据库的连接，或连接到其他数据上， 否则会出现数据库正在使用无法恢复) 恢复完后，再打开log explorer 提示No log recorders found that match the filter，would you like to view unfiltered data 选择yes 就看不到刚才在2中修改的日志记录，所以无法做恢复. 3) 不要用SQL的备份功能备份,搞不好你的日志就破坏了. 正确的备份方法是: 停止SQL服务,复制数据文件及日志文件进行文件备份. 然后启动SQL服务,用log explorer恢复数据 请注意如果数据库采用简单日志，Log Explorer就没用了。 Log Explorer For SQL SERVER帮助翻译(Log Operation Codes) 日志操作代码 每个日志记录包含一个操作代码，操作代码表示日志的操作 FORMAT_PAGE 写新分配数据页的表头 INSET_ROWS 在用户表或系统表插入行 DELETE_ROWS 从表里删除行 MODIFY_ROW 使用Update命令更新行 MODIFY_HEADER SQLSERVER分配新数据页，初始化页表头 MODIFY_COLUMNS 使用Update命令更新行 DELTA_SYSIND SYSINDEXES系统表被修改 DELETE_SPLIT 行移动到新物理页,并从原物理页删除这些行 FILE_HDR_MODIF SQLSERVER增长数据文件大小 BEGIN_XACT 启动一个事务 COMMIT_XACT 提交一个事务 ABORT_XACT 回滚一个事务 MARK_SAVEPOINT 程序发布'SAVE TRANSACTION'命令 MARK_DLL 表结构被修改 BEGIN_CKPT 启动一个检查点 XACT_CKPT 在执行检查点时打开事务 END_CKPT 执行完检查点 SORT_BEGIN 创建索引时执行排序 SORT_END 创建索引时排序完成 CREATE_INDEX 创建一个索引 DROP_INDEX 删除一个索引

4.0.2版本只支持SQL2000及32位操作系统。 软件简介: 专为SQL Server用户量身打造的线上资料复原与分析稽核方案确保企业资料的可用度、整合性与高安全，绝对是项艰巨的任务。要完成这项任务，您必须具备迅速解决使用者端或应用程式问题的能力。一般企业最常见的问题不外乎资料方面发生错误，要迅速而轻松地解决这些问题，您得随时检视、分析哪些资料发生异动？异动作业又是由谁进行的。此外，您还必须清楚是谁对资料纲要(Schema)及权限(Permission)执行了异动。最後，您更可以跨越备份复原的繁琐程序，轻松完成资料复原。要满足上述需求，惟有运用隐藏在交易记录档(Transaction Log)中的资讯，而Log Explorer的强大功能正能协助您达成这些任务。

Mybatis-log-plugin是针对IntelliJ IDEA开发的一款实用插件，专为提升Mybatis框架的开发效率而设计。在日常开发中，Mybatis作为一款强大的持久层框架，其SQL执行通常隐藏在Mapper接口和XML配置文件中，对于SQL语句的调试和优化，开发者往往需要在数据库或日志文件中查找，这无疑增加了开发的复杂性。Mybatis-log-plugin的出现，就是为了简化这一过程。 该插件适用于IntelliJ IDEA 2020版本，它能实时地在IDEA的控制台中显示Mybatis执行的SQL语句，帮助开发者快速定位问题、优化性能。安装方式非常便捷，用户只需将下载的插件文件进行离线安装，即可在IDEA中启用。这种直观的方式不仅节省了开发者在不同工具间切换的时间，也使得SQL调试变得更加直观和高效。 Mybatis-log-plugin的主要功能包括： 1. **实时显示SQL**：在运行或调试代码时，插件会自动捕获并展示执行的SQL语句，包括参数信息，无需再通过日志输出来查看。 2. **格式化输出**：插件会对捕获到的SQL进行格式化，使得SQL语句易于阅读，方便分析。 3. **性能分析**：部分插件还提供了查询耗时的功能，帮助开发者关注慢查询，从而优化数据库性能。 4. **多数据源支持**：如果项目中存在多个数据源，插件也能智能区分并显示对应的SQL，避免混淆。 5. **自定义配置**：用户可以根据自身需求，配置插件的显示样式和内容，如是否显示参数值，是否高亮等。 6. **兼容性**：除了Mybatis，这款插件通常也支持Mybatis-Plus等基于Mybatis的扩展框架。 7. **友好界面**：插件与IDEA的集成度高，界面简洁，操作直观，减少了学习成本。 Mybatis-log-plugin是提升Mybatis开发效率的利器，尤其对于处理大量SQL操作的项目，它的价值更为突出。开发者可以借助这个插件，更轻松地进行SQL调试，提高开发和维护的效率。对于初学者和有经验的开发者来说，都是一个值得尝试的工具。在使用过程中，如果遇到问题，可以通过查阅插件文档或在线社区寻求帮助，以便更好地利用这款插件。

MyBatis Log Plugin 是一个非常实用的工具，用于在MyBatis框架中增强日志功能，帮助开发者更好地理解和调试SQL查询。这个插件通常与MyBatis的核心库一起使用，可以方便地打印出执行的SQL语句、参数以及执行时间，从而提升开发效率和问题排查能力。 在MyBatis中，日志管理是通过实现`org.apache.ibatis.logging.Log`接口来完成的。默认情况下，MyBatis支持几种常见的日志实现，如Java内置的日志API（java.util.logging）、Apache Commons Logging、Log4j 和 SLF4J。然而，这些默认的日志实现可能无法满足开发者对SQL查询细节的查看需求，此时MyBatis Log Plugin就显得尤为重要。 MyBatis Log Plugin 的核心功能包括： 1. **SQL打印**：当开启此插件时，每次MyBatis执行的SQL语句都会被详细地记录下来，包括原始的SQL语句、绑定的参数以及动态SQL生成的最终版本。 2. **执行时间**：插件不仅可以打印SQL，还能显示SQL执行所需的时间，这对于性能优化来说非常有价值，可以快速定位慢查询。 3. **兼容性**：MyBatis Log Plugin设计得十分灵活，可以与多种日志系统无缝集成，无论你正在使用哪种日志实现，都可以轻松启用。 4. **配置简单**：只需要在MyBatis的配置文件中添加相应的插件配置，即可启用此功能。例如，在`mybatis-config.xml`中添加以下代码： ```xml ``` 其中，`com.example.mybatis.plugin.LogPlugin`应替换为实际的插件类名。 5. **自定义扩展**：如果你需要更定制化的日志行为，可以通过编写自己的插件类来实现。只需继承`org.apache.ibatis.plugin.Interceptor`并实现`intercept`方法，就可以控制何时以及如何记录日志。 6. **安全考虑**：虽然这个插件对于开发和调试非常有用，但在生产环境中使用时需要谨慎，因为打印出的SQL语句和参数可能会暴露敏感信息，建议在生产环境配置中关闭或调整日志级别。 7. **与事务管理的配合**：MyBatis Log Plugin可以很好地与MyBatis的事务管理结合，帮助开发者了解在事务中的SQL操作顺序和状态。 通过MyBatis Log Plugin，开发者可以在开发和调试过程中获取到丰富的SQL执行信息，这对于理解数据操作逻辑、定位问题和优化数据库性能具有极大的帮助。同时，它也体现了MyBatis框架的灵活性和可扩展性，使得开发者能够根据自身的需求定制日志功能。

IDEA更新到2020.1之后mybatis log plugin 就开始付费了，找了很久的这个jar包 mybatis_log_plugin_2.1.0离线版本 把 mybatis 输出的sql日志还原成完整的sql语句。 将日志输出的sql语句中的问号 ? 替换成真正的参数值。 解压后,通过 "Tools -> MyBatis Log Plugin" 菜单或快捷键 "Ctrl+Shift+Alt+O" 启用。 点击窗口左边的 "Filter" 按钮，可以过滤不想要输出的sql语句。 点击窗口左边的 "Format Sql" 按钮，可以格式化输出的sql语句。 选中console的sql日志，右击 "Restore Sql from Selection" 菜单可以还原sql语句。

由于Mybatis Log Plugin现在已经收费了，所以我们可以下载其未收费的历史版本进行安装 如果你不清楚或者不了解 Mybatis Log Plugin 是什不妨听我解释一下:Mybatis Log Plugin是控制台 sql 打印插件 帮助我们打印sql 更清楚 更清晰的打印执行的sql语句

ApexSql Log 2016 破解版&补丁 ，网上下载 低分转载一下. 支持SQL2005/2008/2012，能恢复Delete/Update等误操作的数据生成脚本。试用版有每10行导一行和14天限制，发的资源已完全破解

标题“QXDM FOR LTE log”和描述“QXDM FOR MODEM,一个比较全面的解析QXDM对于LTElog的分析”指的是使用QXDM（Qualcomm eXtensible Diagnostic Monitor）工具对LTE（Long Term Evolution）模式下的Modem（调制解调器）日志进行解析的详细过程。QXDM是一个专门用于解析和诊断CDMA2000、1xEV-DO、LTE和UMTS等无线网络日志的专业软件，它允许用户查看和分析从设备收集的无线信号的详细数据。 内容提到的“QXDM View”是指在QXDM软件中查看LTE日志的界面。在QXDM中，用户可以通过菜单选项快速定位到LTE相关的视图，这包括物理层（Physical Layer）、媒体接入控制层（MAC Layer）、数据包数据汇聚层（PDCP Layer）、无线链路控制层（RLC Layer）和无线资源控制层（RRC Layer）。 - 在物理层（Physical Layer），可以查看下行吞吐量（DL Throughput）和块误码率（BLER）。BLER是衡量无线信号质量的关键指标之一，它显示了数据传输中的错误块比例。在物理层中，具体查看下行吞吐量和BLER的LOG ID是0xB173，显示上行吞吐量和BLER的LOG ID是0xB16D。 - MAC层（MAC Layer）主要负责管理共享无线资源，这里可以查看MAC层定时器（Timer）、随机接入信道配置（RACH Config）等关键参数。 - PDCP层（PDCP Layer）位于数据链路层，负责数据包的压缩、加密、解密和解压缩等功能，确保数据在传输过程中的完整性和安全性。 - RLC层（RLC Layer）负责对数据进行分割、组合、重传等操作，以适应无线链路的特点和提高传输效率。 - RRC层（RRC Layer）是无线资源控制层，负责无线连接的建立、修改和释放以及无线资源的分配，是无线通信中非常关键的一部分。 此外，还涉及到LTE的测量和显示功能，如显示当前服务小区的参考信号接收功率（RSRP）、参考信号接收质量（RSRQ）、接收信号强度指示（RSSI）和信号干扰噪声比（SINR），以及在连接态下当前小区与邻区的RSRP、RSRQ、SINR的显示。 QXDM中还能够显示上行发射功率，包括物理上行共享信道（PUSCH）和物理上行控制信道（PUCCH）的发射功率。 在QXDM的LTE ML1（MAC Layer 1）中，可以分析连接模式下的RSRPRSRQSINR显示，以及测量RSRP、RSRQ、RSSI和SINR的LOG。此外，还可以查看上行传输功率显示。 QXDMProfessional™ for LTE Log Analysis是针对LTE日志进行深入分析的工具。在文档中，谈开国先生来自VAL/EVDO Telecom，他分享了关于QXDM在LTE日志分析方面的一些专业知识和经验。从文档内容可以推断，这是关于如何在QXDM中操作和分析LTE日志的指导性内容，为从事无线通信和网络分析的专业人员提供了一种分析和解决问题的手段。 QXDM对于LTElog的分析功能涵盖了从物理层到高层的各种关键性能指标，为网络性能分析、故障诊断和优化提供了强有力的工具支持。通过对上述各层日志的深入解析，可以全面了解LTE网络的运行状态，为提升网络性能和用户体验提供数据依据和决策支持。

在IT行业中，日志文件（Log File）是记录系统、应用程序或网络设备运行过程中各种事件的重要工具。"log日志数据文件（测试用-test）"这个标题表明我们正在处理一个用于测试目的的日志数据文件，可能包含了一系列的操作记录或者错误信息，以便开发者和测试人员分析系统行为和调试问题。 描述中的“测试用-test”进一步确认了这个日志文件的用途，即它被用于模拟实际环境，验证系统的功能和性能。测试过程中产生的日志可以帮助识别代码中的错误、性能瓶颈，甚至可以用于自动化测试的断言验证，确保系统按照预期工作。 标签“测试”意味着我们将关注的是与软件测试相关的日志信息，比如测试步骤的记录、异常情况、错误报告等。这些信息对于理解测试过程中的问题和优化测试策略至关重要。 文件名“test.log”是这个日志文件的具体名称，遵循了常见的日志文件命名惯例，通常以".log"为扩展名，便于识别和归类。在实际应用中，日志文件可能包括了时间戳、进程ID、事件级别（如DEBUG、INFO、WARNING、ERROR）、事件描述等多个元素，以结构化的方式记录下来。 日志文件的重要性体现在以下几个方面： 1. 错误排查：当系统出现问题时，日志文件提供了错误发生的时间、地点和上下文，帮助开发者快速定位和修复问题。 2. 性能监控：通过分析日志，可以了解系统在高负载下的表现，发现性能瓶颈。 3. 安全审计：安全相关的日志可以帮助检测和预防攻击，例如登录失败、非法访问尝试等。 4. 运维管理：对于大型分布式系统，日志聚合和分析工具（如ELK Stack：Elasticsearch, Logstash, Kibana）能提供全面的运维视图。 5. 测试反馈：在测试阶段，日志文件能记录下每个测试用例的执行情况，提供详细的失败信息，便于改进测试脚本和修复代码。 因此，理解和解析日志文件是IT专业人员必备的技能之一。为了有效利用这些日志数据，我们需要掌握如何正确配置日志级别，使用合适的日志格式，以及如何使用日志分析工具来提取有价值的信息。同时，保护日志的安全性和隐私也是不容忽视的，尤其是在处理敏感信息时。在测试环境中，日志文件的使用和分析更是推动产品质量提升的关键步骤。

1，只需要双击bat文件，输入参数，即可自动获取Android手机的Log 2，有很多可用选项 3，获取的Log完美格式化，比如如下样例： 01-25 15:25:31.769 1412 10333 D NandswapHandler: nandswap end for non-activity com.samsung.android.app.appsedge(pid 18890) ret:-1 adj:1001 sadj:1001 01-25 15:25:31.771 2217 2477 I AppIconSolution: start to load, pkg=com.nttdocomo.android.databackup, bg=192-192, dr=90-90, forDefault=true, density=0