log文件

hibernate之二级缓存 1. 为什么需要缓存？ 其实就是拉高程序的性能 2. 什么样的数据需要缓存？ 很少被修改或根本不改的数据 数据字典 业务场景比如：耗时较高的统计分析sql、电话账单查询sql等 3. ehcache是什么？ Ehcache 是现在最流行的纯Java开源缓存框架，配置简单、结构清晰、功能强大 注：本章介绍的是2.X版本，3.x的版本和2.x的版本API差异比较大 4. ehcache的特点 4.1 够快 Ehcache的发行有一段时长了，经过几年的努力和不计其数的性能测试，Ehcache终被设计于large, high concurrency systems. 4.2 够简单 开发者提供的接口非常简单明了，从Ehcache的搭建到运用运行仅仅需要的是你宝贵的几分钟。其实很多开发者都不知道自己用在用Ehcache，Ehcache被广泛的运用于其他的开源项目 4.3 够袖珍 关于这点的特性，官方给了一个很可爱的名字small foot print ，一般Ehcache的发布版本不会到2M，V 2.2.3 才 668KB。 4.4 够轻量 核心程序仅仅依赖slf4j这一个包，没有之一！ 4.5 好扩展 Ehcache提供了对大数据的内存和硬盘的存储，最近版本允许多实例、保存对象高灵活性、提供LRU、LFU、FIFO淘汰算法，基础属性支持热配置、支持的插件多 4

一、二进制部署 k8s集群 1）参考文章 博客: https://blog.qikqiak.com 文章: https://www.qikqiak.com/post/manual-install-high-available-kubernetes-cluster/ 2）环境架构 master: 192.168.10.12 192.168.10.22 etcd：类似于数据库，尽量使用高可用 192.168.10.12(etcd01) 192.168.10.22(etcd01) 二、创建证书 1）hosts 文件修改 [root@master01 ~]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.10.12 k8s-api.virtual.local k8s-api.virtual.local 为后期设计的高可用的访问地址。现在临时设置 2）环境变量定义 [root@master01 ~]# head -c 16 /dev/urandom | od -An -t x | tr -d ' '

一、实验说明： 本文转载于Luocs的丢失控制文件恢复实验记录--3，此处属于转载+模拟。 操作系统：rhel 5.4 x32 数据库：oracle 11g r2 二、实验操作： ----先清除历史测试数据然后再产生数据：---- 1 SQL > drop user luocs cascade ; 2 3 User dropped. 4 5 SQL > drop tablespace luocs including contents; 6 7 Tablespace dropped. 8 9 RMAN > delete noprompt backup ; 10 11 using target database control file instead of recovery catalog 12 allocated channel: ORA_DISK_1 13 channel ORA_DISK_1: SID = 31 device type = DISK 14 specification does not match any backup in the repository 15 16 RMAN > delete noprompt copy; 17 18 released channel: ORA_DISK_1 19 allocated channel: ORA_DISK_1 20

一、实验说明： 本文转载于Luocs的丢失控制文件恢复实验记录--6，此处属于转载+模拟。 操作系统：rhel 5.4 x32 数据库：oracle 11g r2 二、实验操作： ----先导出一个跟踪文件trace---- 1 SQL > alter database backup controlfile to trace; 2 3 Database altered. 4 5 SQL > select value from v$diag_info where name = ' Default Trace File ' ; 6 7 VALUE 8 -- ------------------------------------------------------------------------------ 9 / u01 / app / oracle / diag / rdbms / yft / yft / trace / yft_ora_3617.trc 10 ----查看---- 11 [oracle @yft ~ ]$ sed - n ' /CREATE CONTROLFILE.*NORESETLOGS/,/;/p ' / u01 / app / oracle / diag / rdbms / yft / yft / trace / yft_ora_3617.trc 12

一、概念部分： 顾名思义，慢查询日志中记录的是执行时间较长的query，也就是我们常说的slow query，通过设--log-slow-queries[=file_name]来打开该功能并设置记录位置和文件名，默认文件名为hostname-slow.log，默认目录也是数据目录。 慢查询日志采用的是简单的文本格式，可以通过各种文本编辑器查看其中的内容。其中记录了语句执行的时刻，执行所消耗的时间，执行用户，连接主机等相关信息。MySQL还提供了专门用来分析满查询日志的工具程序mysqlslowdump，用来帮助数据库管理人员解决可能存在的性能问题。 二、slow query log相关变量 2.1、命令行参数： --log-slow-queries 指定日志文件存放位置，可以为空，系统会给一个缺省的文件host_name-slow.log 2.2、系统变量 log_slow_queries 指定日志文件存放位置，可以为空，系统会给一个缺省的文件host_name-slow.log slow_query_log slow quere log的开关，当值为1的时候说明开启慢查询。 slow_query_log_file 指定日志文件存放位置，可以为空，系统会给一个缺省的文件host_name-slow.log long_query_time 记录超过的时间，默认为10s log

1.前言 日志是把数据库的每一个变化都记载到一个专用的文件里，这种文件就叫做日志文件。Mysql默认只打开出错日志，因为过多的日志将会影响系统的处理性能。 在5.0前支持文本格式和二进制格式，5.0后只支持二进制格式，因为二进制日志在性能、信息处理方面有更多的优点。 2.基础知识 2.1、二进制日志的启用 二进制日志由配置文件的log-bin选项负责启用，Mysql服务器将在数据根目录创建两个新文件XXX-bin.001和XXX-bin.index，若配置选项没有给出文件名，Mysql将使用主机名称命名这两个文件，其中.index文件包含一份全体日志文件的清单。 Mysql会把用户对所有数据库的内容和结构的修改情况记入XXX-bin.n文件，而不会记录SELECT和没有实际 2.2、更新的UPDATE语句。 日志文件的扩展 当停止或重启时，服务器会把日志文件记入下一个日志文件，Mysql会在重启时生成一个新的日志文件，文件序号递增，此外，如果日志文件超过max_binlog_size系统变量配置的上限时，也会生成新的日志文件。 2.3、日志文件的查看 Mysql提供了mysqlbinlog命令来查看日志文件，如mysqlbinlog xxx-bin.001 | more。在记录每条变更日志的时候，日志文件都会把当前时间给记录下来，以便进行数据库恢复。 2.4、日志文件的停用

使用nginx实现反向代理作用，具备负载均衡的功能。 接受客户端的请求 | nginx（宿主机） | |-------------------| web1 web2 （客户机） 原理： 与squid原理一样。对于客户端来说，nginx就像一台web服务器，客户端认为自己访问的所有内容都是来自nginx.但是nginx接受到客户端的请求，其实它是理解了请求后，自身产生新的请求，问后端的web节点索取客户端想要的内容，最后把内容返回给客户端。 客户端 ----> nginx(客户端的服务端) ------> web节点（做为nginx的服务端） nginx eth0 10.1.1.21 virbr5 192.168.19.1 <--- hostonly web1 eth0 192.168.19.11 web2 eth0 192.168.19.12 www.upl.com ---> 10.1.1.21 重点掌握： 学会使用nginx实现反向代理的配置 配置模板： upstream backend { server backend1.example.com weight=5; server backend2.example.com:8080; server unix:/tmp/backend3; } server { location / { proxy_pass http:/

3.Kubernetes 集群 Kubernetes 用于协调高度可用的计算机集群，这些计算机群集被连接作为单个单元工作。 Kubernetes 在一个集群 上以更有效的方式自动分发和调度容器应用程序。 Kubernetes集群由两种类型的资源组成： Master是集群的调度节点 Nodes是应用程序实际运行的工作节点 接下来为大家讲解一下如何快速部署一套Kubernetes集群，K8S集群部署有几种方式：kubeadm 、 minikube和二 进制包。前两者属于自动部署，简化部署操作，我们这里强烈推荐初学者使用二进制包部署，因为自动部署屏蔽了 很多细节，使得对各个模块感知很少，非常不利用学习。 3.1 环境准备与规划 推荐配置2核2G Docker version 17.05.0-ce 查看默认防火墙状态(关闭后显示not running ,开启后显示 running) firewall-cmd --state 关闭防火墙 systemctl stop firewalld.service 禁止firewall开机启动 systemctl disable firewalld.service 获取Kubernetes二进制包 https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.9.md 页面表格中找到Server

配置分为两部分，主服务器部分，从服务器部分 本次测试的两台机器的主从同步，环境是windows(linux同理) 主服务器ip:192.168.1.199 从服务器ip:192.168.1.198 1）主服务器端的配置 找到MySQL的配置文件my.ini文件 在[mysqld]内开启日志功能 log-bin=mylog-bin名字可以任意取 server-id=199本次去的ip最后三个数字 此时重启主服务器数据库服务 net stop mysql停止mysql服务 net start mysql开启mysql服务 然后进入数据库 执行如下命令 mysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'admin';//此处必须大写， mysql>show master status;//查看主服务器日志文件状态 +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+-------

参考 windows环境下mysql主从配置 1. 环境 参数 说明 主库所在的操作系统 win7 主库的版本 mysql-5.6.46-winx64 主库的ip地址 127.0.0.1 主库的端口 3306 参数 说明 从库所在的操作系统 win7 从库的版本 mysql-5.6.46-winx64 从库的ip地址 127.0.0.1 从库的端口 3307 mysql下载地址 主库和从库版本可以一致也可以不一致，需要说明一点，如果两者版本不一致，一般主库的版本需要比从库的版本低，这样就可以避免由于版本问题，有些sql不能执行的问题。 2. 数据库安装 下载的是zip包的mysql 将其解压到本机即可 2.1 主库（master）的安装及配置 进入主库mysql-5.6.46-winx64目录中，在此目录中新建 my.ini 文件并添加一下配置。 [mysqld] # 以下内容手动添加 [client] port=3307 default-character-set=utf8 [mysqld] #主库配置 server_id=1 log_bin=master-bin log_bin-index=master-bin.index # 跳过密码 skip-grant-tables #端口 port=3306 character_set_server=utf8 #解压目录 basedir