log文件

1.环形缓冲区log_buf[]又是存在内核的哪个文件呢？   位于/proc/kmsg里,所以除了dmesg命令查看,也可以使用cat /proc/kmsg来查看 2.但是,dmesg命令和cat /proc/kmsg有所不同 2.1 dmesg命令   每次使用,都会打印出环形缓冲区的所有信息 2.2 cat /proc/kmsg   只会打印出每次新的环形缓冲区的信息   比如,第一次使用cat /proc/kmsg,会打印出内核启动的所有信息   第二次使用cat /proc/kmsg,就不会出现之前打印的信息,只打印继上次使用cat /proc/kmsg之后的新的信息,比如下图所示: 3.接下来我们便进入内核,找/proc/kmsg文件在哪生成的   搜索"kmsg",找到位于fs\proc\proc_misc.c 文件的proc_misc_init()函数中,   该函数主要用来生成登记的设备文件,具体代码如下所示: const struct file_operations proc_kmsg_operations = { . read = kmsg_read , //读函数 . poll = kmsg_poll , . open = kmsg_open , . release = kmsg_release , } ; void __init proc_misc

三台MySQL数据库做三主环形同步 同步策略：地主机从，机主仿从，仿主地从 地面关口：192.168.3.104 机载：192.168.3.101 信道仿真器：192.168.3.102 首先更改my.cnf文件：gedit etc/my.cnf server_id = 3 log_bin = mysql-bin binlog-do-db=link #binlog-do-table=test.a #slave_parallel_workers=4 relay-log=relay-bin relay-log-index=relay-bin.index replicate-do-db = link replicate-do-table=link.sync auto_increment_offset=3 auto_increment_increment=3 log-slave-updates=true slave-skip-errors=all 红色字体最重要！ server_id 要不一样 三台数据库可以设为1、2、3 auto_increment_offset 同理 设为1、2、3 auto_increment_increment表示几台同步 log-slave-updates=true slave-skip-errors=all 一定要加上！ 第一步：在三台数据库里面设置权限账户

三台MySQL数据库做三主环形同步 同步策略：地主机从，机主仿从，仿主地从 地面关口：192.168.3.104 机载：192.168.3.101 信道仿真器：192.168.3.102 首先更改my.cnf文件：gedit etc/my.cnf server_id = 3 log_bin = mysql-bin binlog-do-db=link #binlog-do-table=test.a #slave_parallel_workers=4 relay-log=relay-bin relay-log-index=relay-bin.index replicate-do-db = link replicate-do-table=link.sync auto_increment_offset=3 auto_increment_increment=3 log-slave-updates=true slave-skip-errors=all 红色字体最重要！ server_id 要不一样 三台数据库可以设为1、2、3 auto_increment_offset 同理 设为1、2、3 auto_increment_increment表示几台同步 log-slave-updates=true slave-skip-errors=all 一定要加上！ 第一步：在三台数据库里面设置权限账户

Oracle DataGuard是Oracle自带的数据同步功能，基本原理是将日志文件从原数据库传输到目标数据库，然后在目标数据库上应用这些日志文件，从而使目标数据库与源数据库保持同步，是一种数据库级别的高可用性方案。 DataGuard可以提供Oracle数据库的冗灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。在生产数据库的保证"事务一致性"时，使用生产库的物理全备份创建备库，备库会通过生产库传输过来的归档日志或重做条目自动维护备用数据库。 DataGuard数据同步技术有以下优势： 1） Oracle数据库自身内置的功能，与每个Oracle新版本的新特性都完全兼容，且不需要另外付费。 2） 配置管理较简单，不需要熟悉其他第三方的软件产品。 3） 物理Standby数据库支持任何类型的数据对象和数据类型； 4） 逻辑Standby数据库处于打开状态，可以在保持数据同步的同时执行查询等操作。 5） 在最大保护模式下，可确保数据的零丢失。 一、架构 Oracle DataGuard由一个primary数据库(生产数据库)及一个或多个standby数据库(最多9个)组成。组成Data Guard的数据库通过Oracle Net连接，并且有可以分布于不同地域。只要各库之间可以相互通信，它们的物理位置并没有什么限制，不受操作系统的限制。 1.Primary 数据库

参考自： [ FFmpeg抽取视频h264数据] https://www.jianshu.com/p/11cdf48ec248 [ FFmpeg抽取音频数据​] https://www.jianshu.com/p/5337260efd97 [ ADTS详解] https://www.jianshu.com/p/af0165f923e9 音频流 代码实现： 1 #include "stdafx.h" 2 ​ 3 #define DDug av_log(NULL, AV_LOG_WARNING, "in loop!\n"); 4 ​ 5 void cal_adts_header(uint8_t *header, int dataLen) { 6 // aac级别，0: AAC Main 1:AAC LC (Low Complexity) 2:AAC SSR (Scalable Sample Rate) 3:AAC LTP (Long Term Prediction) 7 int aac_type = 1; 8 // 采样率下标，下标7表示采样率为22050 9 int sampling_frequency_index = 4; 10 // 声道数 11 int channel_config = 2; 12 ​ 13 // ADTS帧长度,包括ADTS长度和AAC声音数据长度的和。 14

告警日志介绍 告警日志文件是一类特殊的跟踪文件（trace file）。告警日志文件命名一般为alert_<SID>.log，其中SID为ORACLE数据库实例名称。数据库告警日志是按时间顺序记录message和错误信息。 告警日志位置 在ORACLE 10g中，BACKGROUND_DUMP_DEST参数确定了告警日志的位置，但是告警日志的文件名无法修改，告警日志的名称为：alert_<SID>.log ,其中<SID>是实例的名称。BACKGROUND_DUMP_DEST参数是动态的。 SQL> show parameter background_dump_dest; NAME TYPE VALUE --------------------- ----------- ------------------------------ background_dump_dest string /u01/app/oracle/admin/GSP/bdump SQL> 告警日志以及所有后台跟踪文件都会被写至BACKGROUND_DUMP_DEST参数所指定的目录。 在ORACLE 11g 以及ORACLE 12c中，告警日志文件的位置有了变化。主要是因为引入了ADR(Automatic Diagnostic Repository:一个存放数据库诊断日志、跟踪文件的目录)

寒假作业(2/2) 这个作业属于哪个课程 2020春|S班(福州大学) 这个作业的要求在哪里 寒假作业(2/2) 这个作业的目标 作业正文 .... 其他参考文献 CSDN、知乎、百度等相关问题 1、Github仓库地址 fzu-hushixin 2、PSP表格 PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 30 Estimate 估计这个任务需要多少时间 30 30 Development 开发 630 690 Analysis 需求分析 (包括学习新技术) 60 60 Design Spec 生成设计文档 60 60 Design Review 设计复审 30 30 Coding Standard 代码规范 (为目前的开发制定合适的规范) 30 30 Design 具体设计 60 60 Coding 具体编码 300 360 Code Review 代码复审 60 60 Test 测试（自我测试，修改代码，提交修改） 30 30 Reporting 报告 80 80 Test Repor 测试报告 30 30 Size Measurement 计算工作量 20 20 Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 30

转自 http://blog.csdn.net/indexman/article/details/7746948 以下易容翻译自oracle dba官方文档，不足之处还望指出。 管理重做日志文件 学习目标： 1.解释重做日志文件的目的 2.描述重做日志文件的结构 3.学会控制日志切换与检查点 4.多元化管理重做日志文件 5.使用OMF管理重做日志文件 1.概念介绍： 重做日志文件通过记录数据的所有改变情况对系统或介质故障提供恢复机制。 1）重做日志文件以组的形式存在 2）一个oracle数据库至少需要两组,每组至少有一文件 3）在一组里的每一重做日志文件叫做成员 The redo log files are used only for recovery. 2.重做日志文件结构： 1）重做日志文件组 a.一组相同的副本联机重做日志文件被称为一个联机重做日志组。 b.LGWR进程并发的往日志组里所有重做日志文件写入相同信息 2）重做日志文件 a.一个组每个成员用于同一log sequence numbers和相同的大小 b.每次oracle服务器开始写入日志组时分配日志序列号来唯一标识每个重做日志文件 c.当前的日志序列号存储在控制文件和所有数据文件的头部 3.重做日志如何工作？ 1）重做日志以循环的方式使用 2）当一个重做日志文件写满，LGWR进程将移动到下一日志组 a

重做日志文件（redo log file) 目录 重做日志文件相关。 重做日志文件简介。 查询重做日志文件的信息。 日志切换。 管理日志文件组 增删日志文件组。 增删日志文件成员。 归档与非归档模式。 一.重做日志文件相关。 Oracle引入重做日志的目的：数据库的恢复。 Oracle相关进程：重做日志写进程（LGWR）。 重做日志性质：联机日志文件，oracle服务器运行时需要管理它们。 相关数据字典：v$log ; v$logfile。 操作者权限：具有sys用户或system用户权限。 1.1重做日志文件的规划。 （于网络上收集） 联机日志文件的规划原则如下： 1：分散放开，多路复用。一般会将同一组的不同日志成员文件放到不同的磁盘或不同的裸设备上。以提高安全性。 2：把重做日志放在速度最快的硬盘上(即：日志所在的磁盘应当具有较高的I/O)，一般会将日志文件放在裸设备上。 3：把重做日志文件设为合理大小：例如，增大日志文件大小可以加快一些大型的INSERT、UPDATE、DELETE操作，也能降低日志文件切换频率。减少一些日志等待事件。一般根据具体业务情况有所不同。一般日志组大小应满足自动切换间隔至少15-20分钟左右业务需求 4：ORACLE推荐，同一个重做日值组下的所有重做日志文件大小、成员个数一致. 二.重做日志文件简介。 2.1重做日志 重做日志文件又叫联机日志文件

整理了一些Java方面的架构、面试资料（微服务、集群、分布式、中间件等），有需要的小伙伴可以关注公众号【程序员内点事】，无套路自行领取 更多优选 一口气说出 9种 分布式ID生成方式，面试官有点懵了 3万字总结，Mysql优化之精髓 为了不复制粘贴，我被逼着学会了JAVA爬虫 技术部突然宣布：JAVA开发人员全部要会接口自动化测试框架 Redis 5种数据结构及对应使用场景，全会面试要加分的 写在前边 在家远程办公第三周，快被手机上的消息搞的有些神经质了，生怕错过一条有用的信息，没办法形势如此，公司摇摇欲坠大家也都如履薄冰，毕竟这时候失业有点惨（ 穷怕了 ）。 但就干活来说还是比较清闲的，和在公司上班相比，清闲下来很多碎片时间，可以随意的做点自己喜欢的事情。而且我发现， 人一但闲下来真的是好可怕 ，潜在的才能会全面爆发，我女朋友这个抖音深度患者，一年不做一回饭的主，一周内接连给我做了两顿黑暗料理，烤馒头版“蛋糕”、浆糊版“凉皮”，然后我就与厕所结下来不解之缘。。。 不过，作为一个程序员，我对黑暗料理是不太感兴趣滴，闲下来还是喜欢学习钻研一些新奇的技术， canal 就成了很好的研究对象，一不小心就监控了公司MySQL的一举一动的 一、canal是个啥？ canal 是阿里开发的一款基于数据库增量日志解析，提供增量数据订阅与消费的框架，整个框架纯 JAVA 开发，目前仅支持