事件记录

实验JDK版本：jdk1.8.0_73 JMC:5.5(最新已经6.0了支持jdk9) JMC:Java Mission Control 伴随着5月份oracle的一份开源声明―- JMC Open Sourced JMC又一次备受关注。 JMC是源自JRockit JVM的一套监控和管理工具,Oracle在发布JAVA 7u4(Java 7 Update 40)时将其包含在JDK中,用户不再需要单独下载。 使用 JMC可以监视和管理 Java 应用程序，不会导致相关工具类的大幅度性能开销，它使用为 Java 虚拟机 (JVM) 的普通自适应动态优化收集的数据。 主要部分 JVM浏览器：显示了正在运行的 Java 应用程序及其 JVM，每个JVM实例称为一个JVM连接。JVM浏览器允许用户列出并连接到本地和远程运行的 Java 应用。它能够使用 Java 发现协议（JDP）自动地发现本地和远程运行的 Java 进程。 JMX 控制台：能够通过 JMX 接口管理并监控 JDK ，实时收集并显示其特征。它提供了实时集合、堆使用情况、CPU 负载以及其他通过 MBeans 暴露的和在 MBean 服务器中注册的信息，并可通过托管 Bean (MBean) 更改一些运行时属性。还可以创建在特定事件上触发的规则 (例如，如果应用程序的 CPU 占用率达到了 90%，则发送电子邮件)。 JFR

log4js 是一个 nodejs 日志管理工具，可以将日志以各种形式输出到各种渠道。 stdout 或 stderr 彩色控制台记录 File Appender，可根据文件大小或日期配置日志滚动 File Appender GELF appender Loggly appender Logstash UDP appender logFaces （ UDP and HTTP ）appender multiprocess appender （当你有多个服务器但想要集中日志记录时非常有用） Connect / Express Logger 日志程序 可配置的日志消息 layout/patterns 不同日志类别的不同日志级别（将应用程序的某些部分作为调试，其他部分仅作为错误，等等）。 内置的支持，可以使用 node core cluster 模块进行日志记录。 npm install log4js var log4js = require ( 'log4js' ); var logger = log4js.getLogger(); logger.level = 'debug' ; // default level is OFF - which means no logs at all. logger.debug( "Some debug messages" ); API

一、前言 在项目中，对项目的日志收集是非常重要的，这里我就说说代码的异常日志收集。收集异常日志，有很多第三方成熟的框架，我这里就介绍一下我常用的Log4net。 Log4Net介绍 Log4net 是 Apache 下一款非常著名的基于.net开发的记录日志开源组件，它是Log4j 的一个克隆版。Log4net记录日志的功能非常强大。它可以将日志分不同的等级，比不同的样式，将日志输出到不同的媒介，并且可以进行扩展。 官方地址： https://logging.apache.org/log4net/ 二、配置说明 关于Log4Net的配置介绍，园子里面有很多介绍，我看过一篇我到目前为止，介绍得最最详细的博文，这里我就直接转过来了，因为我自认为也写不出更加详细的配置说明，转载过来的还有一个目的，就是为了预防博主删博文，之前就遇到过，博主不知道是删了还是搬家了，收藏的博文就404了。 这里我根据实际使用情况，只转载了一些重要的配置说明，如果园友想看全文，连接地址： https://www.cnblogs.com/lzrabbit/archive/2012/03/23/2413180.html 这篇文章写了有几年了，估计Log4Net的配置形式有些修改，园友使用时可以自己调整。 1、Log4net的主要组成部分 1.1 Appenders Appenders用来定义日志的输出方式

在上一篇 初相识｜performance_schema全方位介绍 中，我们详细介绍了performance_schema的配置表，坚持读完的是真爱，也恭喜大家翻过了一座火焰山。相信有不少人读完之后，已经迫不及待的想要跃跃欲试了，今天将带领大家一起踏上系列第三篇的征程(全系共7个篇章)，在这一期里，我们将为大家全面讲解performance_schema中事件原始记录表。下面，请跟随我们一起开始performance_schema系统的学习之旅吧。 通常，我们在碰到性能瓶颈时，如果其他的方法难以找出性能瓶颈的时候(例如：硬件负载不高、SQL优化和库表结构优化都难以奏效的时候)，我们常常需要借助于等待事件来进行分析，找出在MySQL Server内部，到底数据库响应慢是慢在哪里。 等待事件记录表包含三张表，这些表记录了当前与最近在MySQL实例中发生了哪些等待事件，时间消耗是多少。 events_waits_current表：记录当前正在执行的等待事件的，每个线程只记录1行记录 events_waits_history表：记录已经执行完的最近的等待事件历史，默认每个线程只记录10行记录 events_waits_history_long表：记录已经执行完的最近的等待事件历史，默认所有线程的总记录行数为10000行 要注意：等待事件相关配置中，setup

1. react.Component React 的所有组件都继承自顶层类 React.Component。它的定义非常简洁，只是初始化了 React.Component 方法，声明了 props、context、refs 等，并在原型上定义了 setState 和 forceUpdate 方法. 2. 无状态函数 示例代码如下： function Button({ color = 'blue', text = 'Confirm' }) { return ( <button className={`btn btn-${color}`}> <em>{text}</em> </button> ); } 无状态组件只传入 props 和 context 两个参数；也就是说，它不存在 state，也没有生命周 期方法，组件本身即上面两种 React 组件构建方法中的 render 方法。不过，像 propTypes 和 defaultProps 还是可以通过向方法设置静态属性来实现的。 在适合的情况下，我们都应该且必须使用无状态组件。无状态组件不像上述两种方法在调用 时会创建新实例，它创建时始终保持了一个实例，避免了不必要的检查和内存分配，做到了内部 优化。 3.props与state state 与 props 是 React 组件中最重要的概念。如果顶层组件初始化 props，那么

一、Windows事件日志简介 Windows系统日志是记录系统中 硬件 、 软件 和 系统问题 的信息，同时还可以 监视系统 中发生的事件。用户可以通过它来 检查错误发生的原因 ，或者寻找受到攻击时 攻击者留下的痕迹 。 Windows主要有以下三类日志记录系统事件：应用程序日志、系统日志和安全日志。 系统日志 记录操作系统组件产生的事件，主要包括 驱动程序 、 系统组件 和 应用软件的崩溃 以及 数据丢失错误 等。系统日志中记录的时间类型由Windows NT/2000操作系统预先定义。 默认位置：%SystemRoot%\System32\Winevt\Logs\System.evtx 应用程序日志 包含由 应用程序或系统程序记录的事件 ，主要记录 程序运行方面 的事件，例如数据库程序可以在应用程序日志中记录文件错误，程序开发人员可以自行决定监视哪些事件。如果某个应用程序出现崩溃情况，那么我们可以从程序事件日志中找到相应的记录，也许会有助于你解决问题。 默认位置：%SystemRoot%\System32\Winevt\Logs\Application.evtx 安全日志 记录系统的 安全审计事件 ，包含各种类型的 登录日志 、 对象访问日志 、 进程追踪日志 、 特权使用 、 帐号管理 、 策略变更 、 系统事件 。安全日志也是调查取证中最常用到的日志。默认设置下

K/3 BOS开发百问百答 （版本：V1.1） K3产品市场部 目录 一、基础资料篇__ 1 【摘要】bos基础资料的显示问题_ 1 【摘要】单据自定义无法看到bos定义的基础资料_ 1 【摘要】在调出基础资料序时簿时，过滤出我需要的基础资料_ 1 【摘要】bos定义的基础资料能否做到按名称而不是按代码进行自动匹配_ 1 二、业务单据篇__ 2 【摘要】是否支持多插件和数据授权_ 2 【摘要】K3BOS单据（新）中的数量字段怎样才能控制到两个小数_ 2 【摘要】单据上显示各级审核人和审核日期_ 2 【摘要】多层的BOS单据，能否将人员权限按层划分_ 2 【摘要】自动启动审核 和自动选单_ 3 【摘要】触发值更新事件_ 3 【摘要】只能删除和修改本人制作的单据。_ 3 【摘要】插件发送消息打开单据_ 4 【摘要】获取Bos单据单据体已录信息的条数_ 4 【摘要】插件中获取单据上控件的位置、尺寸信息_ 4 【摘要】关联自定义核算项目_ 5 【摘要】是否允许插件自定义查询条件？_ 5 【摘要】填充分录行？_ 5 【摘要】在Bos单据按F7查询供应商信息，按F9查询采购价格管理信息。_ 6 【摘要】有没有可以取到单据编号的组件呢？_ 6 【摘要】是否可以直接在数据库表中直接修改Bos单据中的字段类型？_ 7 【摘要】锁定单据字段_ 7 【摘要】删除符合条件的单据_ 7 【摘要

背景： MySQL 5.5开始新增一个数据库：PERFORMANCE_SCHEMA，主要用于收集数据库服务器性能参数。并且库里表的存储引擎均为PERFORMANCE_SCHEMA，而用户是不能创建存储引擎为PERFORMANCE_SCHEMA的表。 MySQL 5.5默认是关闭的，需要手动开启，在配置文件里添加： view source print ? 1. [mysqld] 2. performance_schema=ON 查看是否开启： view source print ? 1. mysql>show variables like 'performance_schema' ; 2. +--------------------+-------+ 3. | Variable_name | Value | 4. +--------------------+-------+ 5. | performance_schema | <strong>ON</strong> | 6. +--------------------+-------+ 从MySQL5.6开始，默认打开，本文就从MySQL5.6来说明，在数据库使用当中PERFORMANCE_SCHEMA的一些比较常用的功能。具体的信息可以查看官方文档。 相关表信息： 一：配置（setup）表： view source print ?

作者 : 罗小波 ·沃趣科技高级数据库技术专家 出品 : 沃趣科技 作者简介 ： IT从业多年，历任运维工程师、高级运维工程师、运维经理、数据库工程师，曾参与版本发布系统、轻量级监控系统、运维管理平台、数据库管理平台的设计与编写，熟悉MySQL体系结构，Innodb存储引擎，喜好专研开源技术，追求完美。 ｜目 录 1、什么是performance_schema 2、performance_schema使用快速入门 2.1. 检查当前数据库版本是否支持 2.2. 启用performance_schema 2.3. performance_schema表的分类 2.4. performance_schema简单配置与使用 ｜导 语 很久之前，当我还在尝试着系统地学习performance_schema的时候，通过在网上各种搜索资料进行学习，但很遗憾，学习的效果并不是很明显，很多标称类似 "深入浅出performance_schema" 的文章，基本上都是那种动不动就贴源码的风格，然后深入了之后却出不来了。对系统学习performance_schema的作用甚微。 现在，很高兴的告诉大家，我们基于 MySQL 官方文档加上我们的验证，整理了一份可以系统学习 performance_schema 的资料分享给大家，为了方便大家阅读，我们整理为了一个系列，一共7篇文章。下面

本文转自 http://www.ruanyifeng.com/blog/2018/07/indexeddb.html ，为了方便个人整理学习笔记所用 一、概述 随着浏览器的功能不断增强，越来越多的网站开始考虑，将大量数据储存在客户端，这样可以减少从服务器获取数据，直接从本地获取数据。 现有的浏览器数据储存方案，都不适合储存大量数据：Cookie 的大小不超过4KB，且每次请求都会发送回服务器；LocalStorage 在 2.5MB 到 10MB 之间（各家浏览器不同），而且不提供搜索功能，不能建立自定义的索引。所以，需要一种新的解决方案，这就是 IndexedDB 诞生的背景。 通俗地说，IndexedDB 就是浏览器提供的本地数据库，它可以被网页脚本创建和操作。IndexedDB 允许储存大量数据，提供查找接口，还能建立索引。这些都是 LocalStorage 所不具备的。就数据库类型而言，IndexedDB 不属于关系型数据库（不支持 SQL 查询语句），更接近 NoSQL 数据库。 IndexedDB 具有以下特点。 （1）键值对储存。 IndexedDB 内部采用对象仓库（object store）存放数据。所有类型的数据都可以直接存入，包括 JavaScript 对象。对象仓库中，数据以"键值对"的形式保存，每一个数据记录都有对应的主键，主键是独一无二的，不能有重复