log文件

1虚拟主机之域名 [ root@localhost ~ ] # yum install bind httpd -y //安装换环境包 配置DNS //主配置文件 [ root@localhost ~ ] # vim /etc/named.conf options { listen-on port 53 { any ; } ; listen-on-v6 port 53 { ::1 ; } ; directory "/var/named" ; dump-file "/var/named/data/cache_dump.db" ; statistics-file "/var/named/data/named_stats.txt" ; memstatistics-file "/var/named/data/named_mem_stats.txt" ; recursing-file "/var/named/data/named.recursing" ; secroots-file "/var/named/data/named.secroots" ; allow-query { any ; } ; //区域配置文件 [ root@localhost ~ ] # vim /etc/named.rfc1912.zones //增加两段参数 zone "css.com" IN { type

1. 选择两台机器（这里选的centos6.5 final），安装相同版本的mysql yum install mysql ; yum install mysql-server; 2. 启动mysql service mysqld start 3. 登录两个mysql，执行如下命令 GRANT REPLICATION SLAVE,REPLICATION CLIENT on *.* to repl@'mysql机器IP' identified by 'password'; 复制用户并授权 4. 配置主mysql的/etc/my.cnf [client] port = 3306 socket = /dev/shm/mysql/mysql.sock default-character-set = utf8 [mysqld_safe] socket = /dev/shm/mysql/mysql.sock nice = 0 [mysqld] user = mysql socket = /dev/shm/mysql/mysql.sock port = 3306 basedir = /usr datadir = /mysql/data log-bin = mysql-bin tmpdir = /tmp skip-external-locking bind-address = 172.16.1.1

锁 数据库系统使用锁是为了支持对共享资源进行并发访问，提供数据的完整性和一致性。 InnoDB存储引擎中的锁 共享锁（S Lock），允许事务读一行数据 排他锁（X Lock），允许事务删除或更新一行数据 兼容性： S与S可以兼容 X不与任何锁兼容 InnoDB支持多粒度锁定，也就是允许行级和表级的锁同时存在。实现方式为通过意向锁（Intention Lock）：如果需要对最细粒度进行加锁，需要在上层粒度加意向锁。 具体举例，如果需要对行加X锁，需要对表、页依次加IX锁。当意向锁遇到等待时，必须等待结束后才能继续对下级加锁。如准备加对一行有S锁的行加S锁，行记录因为原来就有S锁，所以表和页都已经存在了IS锁，首先新的IS锁加在表上，因为IS、IS锁兼容，可以加上；然后再看页锁，同样IS、IS兼容，可以加上；最后看行锁IS与S兼容，那么行记录可以加上S锁。对同样这行有S锁的行加X锁，先加表IX锁，IX与IS兼容，可以加上，页同样，最后IX锁与行记录上的S锁不兼容，因此要等待S锁释放后才能加上X锁。 一致性非锁定读 一致性非锁定读（consistent nonlocking read）是指InnoDB存储引擎通过行多版本控制（multi version）的方式来读取当前执行时间数据库中行的数据。在行记录正在执行DELETE或UPDATE时执行读操作，不会等待锁释放

基本概念 binlog是Mysql sever层维护的一种二进制日志，与innodb引擎中的redo/undo log是完全不同的日志；其主要是用来记录对mysql数据更新或潜在发生更新的SQL语句，记录了所有的DDL和DML(除了数据查询语句)语句，并以 事务 的形式保存在磁盘中，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。 一般来说开启二进制日志大概会有1%的性能损耗(参见MySQL官方中文手册 5.1.24版)。 作用主要有： 复制：MySQL Replication在Master端开启binlog，Master把它的二进制日志传递给slaves并回放来达到master-slave数据一致的目的 数据恢复：通过mysqlbinlog工具恢复数据 增量备份 二进制日志包括两类文件：二进制日志索引文件（文件名后缀为.index）用于记录所有的二进制文件，二进制日志文件（文件名后缀为.00000*）记录数据库所有的DDL和DML(除了数据查询语句)语句事件。 日志管理 开启binlog 修改配置文件 my.cnf 配置 log-bin 和 log-bin-index 的值，如果没有则自行加上去。 log-bin=mysql-bin log-bin-index=mysql-bin.index 这里的 log-bin 是指以后生成各 Binlog 文件的前缀

转自 //http://www.cnblogs.com/martinzhang/p/3454358.html binlog 基本认识 MySQL的二进制日志可以说是MySQL最重要的日志了，它记录了所有的DDL和DML(除了数据查询语句)语句，以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。 一般来说开启二进制日志大概会有1%的性能损耗(参见MySQL官方中文手册 5.1.24版)。二进制有两个最重要的使用场景: 其一：MySQL Replication在Master端开启binlog，Mster把它的二进制日志传递给slaves来达到master-slave数据一致的目的。 其二：自然就是数据恢复了，通过使用mysqlbinlog工具来使恢复数据。 二进制日志包括两类文件：二进制日志索引文件（文件名后缀为.index）用于记录所有的二进制文件，二进制日志文件（文件名后缀为.00000*）记录数据库所有的DDL和DML(除了数据查询语句)语句事件。 一、开启binlog日志： vi编辑打开mysql配置文件 # vi /usr/local/mysql/etc/my.cnf 在[mysqld] 区块 设置/添加 log-bin=mysql-bin 确认是打开状态(值 mysql-bin 是日志的基本名或前缀名)； 重启mysqld服务使配置生效 #

binlog 基本认识 MySQL的二进制日志可以说是MySQL最重要的日志了，它记录了所有的DDL和DML(除了数据查询语句)语句(所有对数据库 修改 的操作语句)，以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。 二进制有两个最重要的使用场景: 其一：MySQL Replication(复制)在Master端开启binlog，Mster把它的二进制日志传递给slaves来达到master-slave数据一致的目的(主从复制)。 其二：自然就是数据恢复了，通过使用mysql binlog工具来使恢复数据。 二进制日志包括两类文件：二进制日志索引文件（文件名后缀为.index）用于记录所有的二进制文件，二进制日志文件（文件名后缀为.00000*）记录数据库所有的DDL和DML(除了数据查询语句)语句事件。 一、开启binlog日志： vi编辑打开mysql配置文件 # vi /usr/local/mysql/etc/my.cnf 在[mysqld] 区块 设置/添加 log-bin=mysql-bin 确认是打开状态(值 mysql-bin 是日志的基本名或前缀名)； 重启mysqld服务使配置生效 # pkill mysqld # /usr/local/mysql/bin/mysqld_safe --user=mysql 二

记一次异机rman还原后的操作 当时从主库通过rman备份到目前测试库还原之后，由于备份是在备库备份的，所以数据库还原后状态为readonly，standby_file_management参数为auto。 首先需要通过alter database clear logfile group 日志组;让数据库在磁盘创建日志文件。 出现问题1、重做日志物理文件不存在，当时日志组4状态为current，无法在readonly模式下进行更改操作。问题2、参数文件的undo表空间与控制文件的不对应 SQL> alter database rename file '/redo1/redo/redo04a.log' to '/u3/redo1/redo/redo04a.log'; alter database rename file '/redo1/redo/redo04a.log' to '/u3/redo1/redo/redo04a.log' * ERROR at line 1: ORA-01511: error in renaming log/data files ORA-01621: cannot rename member of current log if database is open ORA-00312: online log 4 thread 1: '/redo1/redo

import logging def get_logger(): # 创建日志对象 log_obj = logging.getLogger('日志') # 设置日志水平 log_obj.setLevel(logging.DEBUG) # 创建控制台句柄 sh = logging.StreamHandler() # 创建文件句柄 fh = logging.FileHandler('test.log') # 创建格式对象 log_format = logging.Formatter('%(asctime)s %(name)s %(levelname)s %(message)s') # 设置句柄格式 sh.setFormatter(log_format) fh.setFormatter(log_format) # 添加句柄到日志对象 log_obj.addHandler(sh) log_obj.addHandler(fh) # 返回日志对象 return log_obj def login(user,pw,log_obj): if user == '123' and pw == '234': #登录成功调用日志记录 log_obj.info('用户 %s 登录成功' %user) else: #登录失败调用日志记录 log_obj.info('用户 %s 密码错误' %user) log

因为是springboot2.0项目已经集成了logback，无需引包 < parent > < groupId > org . springframework . boot < / groupId > < artifactId > spring - boot - starter - parent < / artifactId > < version > 2.2 .1 . RELEASE < / version > < relativePath / > < ! -- lookup parent from repository -- > < / parent > < parent > < groupId > org . springframework . boot < / groupId > < artifactId > spring - boot - dependencies < / artifactId > < version > 2.2 .1 . RELEASE < / version > < relativePath > . . / . . /spring - boot - dependencies < / relativePath > < / parent > < dependency > < groupId > ch . qos . logback < / groupId

记内存中的树为T0, 硬盘上的树按时间顺序，记做T1, ..., Tk 读: T0 Tk -> Tk-1 -> ... -> T0 写 T0 T0超过一定大小后，插入硬盘变为Tk+1 复杂度 读：最坏需要读k+1棵树，所以需要定期合并，从而使得只有常数棵树。 写：T0需要O(log)次操作，T0写入硬盘是Append-only的。 比较B+-Tree和LSM-Tree，可以发现对于Scan，前者需要O(logN)次查找，而后者只需要O(k)次（Ti的大小和N无关）。 原理上，无论是B+-Tree还是LSM-Tree都是针对现代存储器的特点而设计的，前者注意利用了Bulk读写，而后者则是力求减少Seek操作，可以说各有侧重。 发布于 2018-10-24 作者：匿名用户 链接：https://www.zhihu.com/question/19887265/answer/517406632 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 LSM的思想，在于对数据的修改增量保持在内存中，达到指定的限制后将这些修改操作批量写入到磁盘中，相比较于写入操作的高性能，读取需要合并内存中最近修改的操作和磁盘中历史的数据，即需要先看是否在内存中，若没有命中，还要访问磁盘文件。 原理：把一颗大树拆分成N棵小树，数据先写入内存中，随着小树越来越大