一.MySQL日志简介

二.错误日志

作用:

记录mysql数据库的一般状态信息及报错信息,是我们对于数据库常规报错处理的常用日志。

默认位置:$datadir

默认日志名: ${hostname}.err

开启方式:(MySQL安装完后默认开启)

  1. #编辑配置文件
  2. [root@db01 ~]# vim /etc/my.cnf
  3. [mysqld]
  4. log_error=/application/mysql/data/$hostname.err
  5. #查看方式
  6. mysql> show variables like 'log_error';
  7. +---------------+------------+
  8. | Variable_name | Value |
  9. +---------------+------------+
  10. | log_error | ./db01.err |
  11. +---------------+------------+
  12. 1 row in set (0.00 sec)

三.一般查询日志

作用:

记录mysql所有执行成功的SQL语句信息,可以做审计用,但是我们很少开启。

默认位置:*$datadir

默认日志名: ${hostname}.log

开启方式:(MySQL安装完之后默认不开启)

  1. #编辑配置文件
  2. [root@db01 ~]# vim /etc/my.cnf
  3. [mysqld]
  4. general_log=on
  5. general_log_file=/application/mysql/data/$hostnamel.log
  6. #查看方式
  7. mysql> show variables like '%gen%';
  8. +------------------+----------------------------------+
  9. | Variable_name | Value |
  10. +------------------+----------------------------------+
  11. | general_log | ON |
  12. | general_log_file | /application/mysql/data/db01.log |
  13. +------------------+----------------------------------+
  14. 2 rows in set (0.00 sec)

四.二进制日志

作用:

记录已提交的DML事务语句,并拆分为多个事件(event)来进行记录

记录所有DDL、DCL等语句

总之,二进制日志会记录所有对数据库发生修改的操作

二进制日志模式:

statement:语句模式,上图中将update语句进行记录(默认模式)。

row:行模式,即数据行的变化过程,上图中Age=19修改成Age=20的过程事件。

mixed:以上两者的混合模式。

企业推荐使用row模式

默认位置:$datadir

默认日志名: mysql-bin

默认是否开启: 关闭

优缺点:

statement模式:

优点:简单明了,容易被看懂,就是sql语句,记录时不需要太多的磁盘空间。

缺点:记录不够严谨。

row模式:

优点:记录更加严谨。

缺点:有可能会需要更多的磁盘空间,不太容易被读懂。

binlog的作用:

1)如果我拥有数据库搭建开始所有的二进制日志,那么我可以把数据恢复到任意时刻

2)数据的备份恢复

3)数据的复制

二进制日志的管理操作实战

  1. mysql> show binary logs;
  2. +------------------+-----------+
  3. | Log_name | File_size |
  4. +------------------+-----------+
  5. | mysql-bin.000001 | 3614 |
  6. | mysql-bin.000002 | 143 |
  7. | mysql-bin.000003 | 120 |
  8. +------------------+-----------+
  9. 3 rows in set (0.00 sec)

开启方式

  1. mysql> show variables like 'binlog_format';
  2. +---------------+-----------+
  3. | Variable_name | Value |
  4. +---------------+-----------+
  5. | binlog_format | STATEMENT |
  6. +---------------+-----------+
  7. 1 row in set (0.00 sec)
  8. [root@db01 data]# vim /etc/my.cnf
  9. [mysqld]
  10. log-bin=mysql-bin
  11. binlog_format=row
  12. mysql> show variables like 'binlog_format';
  13. +---------------+-------+
  14. | Variable_name | Value |
  15. +---------------+-------+
  16. | binlog_format | ROW |
  17. +---------------+-------+
  18. 1 row in set (0.00 sec)

注意:在mysql5.7中开启binlog必须要加上server-id。

  1. [root@db01 data]# vim /etc/my.cnf
  2. [mysqld]
  3. log-bin=mysql-bin
  4. binlog_format=row
  5. server_id=1

总结:

statement:语句模式(默认)

row:行级模式(企业推荐使用)

记录数据行的变化过程

mixed:混合模式,把语句模式和行级模式混合使用

总结:

语句模式优点:通俗易懂,占用磁盘空间相对较少

语句模式缺点:不严谨,容易丢数据

行级模式优点:严谨,不易丢数据

行级模式缺点:看不懂,占用磁盘空间较大

mysql> create table binlog(id int); #DDL

mysql> insert into binlog values(1),(2),(3); #DML

binlog的作用:

1)如果我拥有数据库搭建开始所有的二进制日志,那么我可以把数据恢复到任意时刻

2)数据的备份恢复

3)数据的复制(主从)

二进制日志的操作

  1. #物理查看
  2. [root@db01 data]# ll /application/mysql/data/
  3. -rw-rw---- 1 mysql mysql 285 Mar 6 2017 mysql-bin.000001
  4. #命令行查看
  5. mysql> show binary logs;
  6. mysql> show master status;
  7. #查看binlog事件
  8. mysql> show binlog events in 'mysql-bin.000007';
  9. [root@db01 ~]# mysqlbinlog mysql-bin.00001
  10. /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
  11. /*!40019 SET @@session.max_insert_delayed_threads=0*/;
  12. /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
  13. DELIMITER /*!*/;
  14. mysqlbinlog: File 'mysql-bin.00001' not found (Errcode: 2 - No such file or directory)
  15. DELIMITER ;
  16. # End of log file
  17. ROLLBACK /* added by mysqlbinlog */;
  18. /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
  19. /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

事件介绍

1)在binlog中最小的记录单元为event

2)一个事务会被拆分成多个事件(event)

  1. #查看总共的binlog
  2. mysql> show binary logs;
  3. +----------------+-----------+
  4. | Log_name | File_size |
  5. +----------------+-----------+
  6. | mysql-bin.000001| 901 |
  7. | mysql-bin.000002| 1767 |
  8. +----------------+-----------+

事件(event)特性

1)每个event都有一个开始位置(start position)和结束位置(stop position)。

2)所谓的位置就是event对整个二进制的文件的相对位置。

3)对于一个二进制日志中,前120个position是文件格式信息预留空间。

4)MySQL第一个记录的事件,都是从120开始的。

row模式下二进制日志分析及数据恢复

  1. #查看binlog信息
  2. mysql> show master status;
  3. #创建一个binlog库
  4. mysql> create database binlog;
  5. #使用binlog库
  6. mysql> use binlog
  7. #创建binglog_table表
  8. mysql> create table binlog_table(id int);
  9. #查看binlog信息
  10. mysql> show master status;
  11. #插入数据1
  12. mysql> insert into binlog_table values(1);
  13. #查看binlog信息
  14. mysql> show master status;
  15. #提交
  16. mysql> commit;
  17. #查看binlog信息
  18. mysql> show master status;
  19. #插入数据2
  20. mysql> insert into binlog_table values(2);
  21. #插入数据3
  22. mysql> insert into binlog_table values(3);
  23. #查看binlog信息
  24. mysql> show master status;
  25. #提交
  26. mysql> commit;
  27. #删除数据1
  28. mysql> delete from binlog_table where id=1;
  29. #查看binlog信息
  30. mysql> show master status;
  31. #提交
  32. mysql> commit;
  33. #更改数据2为22
  34. mysql> update binlog_table set id=22 where id=2;
  35. #查看binlog
  36. mysql> show master status;
  37. #提交
  38. mysql> commit;
  39. #查看binlog信息
  40. mysql> show master status;
  41. #查看数据
  42. mysql> select * from binlog_table;
  43. #删表
  44. mysql> drop table binlog_table;
  45. #删库
  46. mysql> drop database binlog;

恢复数据到delete之前

  1. #查看binlog事件
  2. mysql> show binlog events in 'mysql-bin.000013';
  3. #使用mysqlbinlog来查看
  4. [root@db01 data]# mysqlbinlog /application/mysql/data/mysql-bin.000013
  5. [root@db01 data]# mysqlbinlog /application/mysql/data/mysql-bin.000013|grep -v SET
  6. [root@db01 data]# mysqlbinlog --base64-output=decode-rows -vvv mysql-bin.000013
  7. ### UPDATE `binlog`.`binlog_table`
  8. ### WHERE
  9. ### @1=2 /* INT meta=0 nullable=1 is_null=0 */
  10. ### SET
  11. ### @1=22 /* INT meta=0 nullable=1 is_null=0 */
  12. #分析
  13. update binlog.binlog_table
  14. set
  15. @1=22 --------->@1表示binlog_table中的第一列,集合表结构就是id=22
  16. where
  17. @1=2 --------->@1表示binlog_table中的第一列,集合表结构就是id=2
  18. #结果
  19. update binlog.binlog_table set id=22 where id=2;
  20. #截取二进制日志
  21. 查看二进制日志后,发现delete语句开始位置是858
  22. [root@db01 data]# mysqlbinlog --start-position=120 --stop-position=858 /application/mysql/data/mysql-bin.000013 > /tmp/a.sql
  23. #导入数据
  24. [root@db01 data]# mysql -uroot -p1 < /tmp/a.sql
  25. #临时关闭binlog
  26. mysql> set sql_log_bin=0;
  27. #执行sql文件
  28. mysql> source /tmp/binlog.sql
  29. #查看删除的库
  30. mysql> show databases;
  31. #进binlog库
  32. mysql> use binlog
  33. #查看删除的表
  34. mysql> show tables;
  35. #查看表中内容
  36. mysql> select * from binlog_table;

思考,存在问题:

数据库或表被误删除的是很久之前创建的(一年前)

如果基于binlog全量恢复,成本很高

1)可以用备份恢复+短时间内二进制日志,恢复到故障之前

2)非官方方法,binlog2sql,binlog取反,类似于Oracle的flushback

3)延时从库

如果同一时间内和故障库无关的数据库都有操作,在截取binlog时都会被截取到

想一个办法过滤出来?

1)grep?

其他过滤方案?

1)-d 参数接库名

模拟数据

  1. #为了让大家更清晰看到新的操作
  2. #刷新一个新的binlog
  3. mysql> flush logs;
  4. #创建db1、db2两个库
  5. mysql> create database db1;
  6. mysql> create database db2;
  7. #库db1操作
  8. mysql> use db1
  9. #创建t1表
  10. mysql> create table t1(id int);
  11. #插入5条数据
  12. mysql> insert into t1 values(1),(2),(3),(4),(5);
  13. #提交
  14. mysql> commit;
  15. #库db2操作
  16. mysql> use db2
  17. #创建t2表
  18. mysql> create table t2(id int);
  19. #插入3条数据
  20. mysql> insert into t2 values(1),(2),(3);
  21. #提交
  22. mysql> commit;
  23. #查看binlog事件
  24. mysql> show binlog events in 'mysql-bin.000004';
  25. #查看db1的操作
  26. [root@db01 data]# mysqlbinlog -d db01 --base64-output=decode-rows -vvv /application/mysql/data/mysql-bin.000014

指定数据库恢复

  1. mysql> create database db1;
  2. mysql> insert into binlog.binlog values(4);
  3. Query OK, 1 row affected (0.00 sec)
  4. mysql> commit;
  5. Query OK, 0 rows affected (0.00 sec)
  6. mysql> use db1
  7. mysql> create table tb1(id int);
  8. Query OK, 0 rows affected (0.01 sec)
  9. mysql> insert into tb1 values(1),(2);
  10. Query OK, 2 rows affected (0.00 sec)
  11. Records: 2 Duplicates: 0 Warnings: 0
  12. mysql> commit;
  13. Query OK, 0 rows affected (0.00 sec)
  14. mysql> use db2
  15. Database changed
  16. mysql> create table tb2(id int);
  17. Query OK, 0 rows affected (0.01 sec)
  18. mysql> insert into tb2 values(1),(2),(3);
  19. Query OK, 3 rows affected (0.00 sec)
  20. Records: 3 Duplicates: 0 Warnings: 0
  21. mysql> commit;
  22. Query OK, 0 rows affected (0.01 sec)
  23. mysql> select * from db1.tb1;
  24. +------+
  25. | id |
  26. +------+
  27. | 1 |
  28. | 2 |
  29. +------+
  30. mysql> select * from db2.tb2;
  31. +------+
  32. | id |
  33. +------+
  34. | 1 |
  35. | 2 |
  36. | 3 |
  37. +------+
  38. mysql> insert into binlog.binlog values(10);
  39. Query OK, 1 row affected (0.00 sec)
  40. mysql> commit;
  41. Query OK, 0 rows affected (0.00 sec)
  42. mysql> show binlog events in 'mysql-bin.000004';
  43. +------------------+------+-------------+-----------+-------------+----
  44. | Log_name | Pos | Event_type | Server_id | End_log_pos | Inf
  45. +------------------+------+-------------+-----------+-------------+----
  46. | mysql-bin.000004 | 4 | Format_desc | 1 | 120 | Ser
  47. | mysql-bin.000004 | 120 | Query | 1 | 214 | cre
  48. | mysql-bin.000004 | 214 | Query | 1 | 308 | cre
  49. | mysql-bin.000004 | 308 | Query | 1 | 405 | use
  50. | mysql-bin.000004 | 405 | Query | 1 | 477 | BEG
  51. | mysql-bin.000004 | 477 | Table_map | 1 | 522 | tab
  52. | mysql-bin.000004 | 522 | Write_rows | 1 | 577 | tab
  53. | mysql-bin.000004 | 577 | Xid | 1 | 608 | COM
  54. | mysql-bin.000004 | 608 | Query | 1 | 706 | use
  55. | mysql-bin.000004 | 706 | Query | 1 | 778 | BEG
  56. | mysql-bin.000004 | 778 | Table_map | 1 | 824 | tab
  57. | mysql-bin.000004 | 824 | Write_rows | 1 | 874 | tab
  58. | mysql-bin.000004 | 874 | Xid | 1 | 905 | COM
  59. | mysql-bin.000004 | 905 | Query | 1 | 977 | BEG
  60. | mysql-bin.000004 | 977 | Table_map | 1 | 1022 | tab
  61. | mysql-bin.000004 | 1022 | Write_rows | 1 | 1072 | tab
  62. | mysql-bin.000004 | 1072 | Xid | 1 | 1103 | COM
  63. | mysql-bin.000004 | 1103 | Query | 1 | 1218 | use
  64. +------------------+------+-------------+-----------+-------------+----
  65. 18 rows in set (0.00 sec)
  66. mysql> show tables from db1;
  67. Empty set (0.00 sec)

恢复,指定数据库

  1. [root@db01 data]# mysqlbinlog --base64-output=decode-rows -vvv /application/mysql/data/mysql-bin.000001
  2. [root@db01 data]# mysqlbinlog -d db1 --start-position=120 --stop-position=1103 /application/mysql/data/mysql-bin.000001 > /tmp/b.sql
  3. [root@db01 data]# mysql -uroot -p1 < /tmp/b.sql
  4. mysql> show tables;
  5. +----------------+
  6. | Tables_in_db01 |
  7. +----------------+
  8. | tt |
  9. +----------------+
  10. 1 row in set (0.00 sec)
  11. ## -d 指定只查看某个库的binlog

删除、刷新binlog

  1. #1.刷新binlog
  2. mysql> flush logs;
  3. #2.当重启数据库的时候,binlog会刷新
  4. /etc/init.d/mysqld restart
  5. #3.当binlog 大小达到1G的时候自动刷新
  1. #1.删除binlog(临时,保留7天的)
  2. mysql> SET GLOBAL expire_logs_days = 7;
  3. #2.永久保存
  4. [root@db01 data]# vim /etc/my.cnf
  5. [mysqld]
  6. expire_logs_days = 7
  7. #3.删除3天之前的binlog
  8. PURGE BINARY LOGS BEFORE now() - INTERVAL 3 day;
  9. #4.指定binlog名字删除,删除该binlog之前的所有binlog
  10. PURGE BINARY LOGS TO 'mysql-bin.000010';
  11. #5.清除所有binlog
  12. mysql> reset master;

删除方式

  • 1.根据存在时间删除日志
  1. #临时生效
  2. SET GLOBAL expire_logs_days = 7;
  3. #永久生效
  4. [root@db01 data]# vim /etc/my.cnf
  5. [mysqld]
  6. expire_logs_days = 7
  • 2.使用purge命令删除
  1. PURGE BINARY LOGS BEFORE now() - INTERVAL 3 day;
  • 3.根据文件名删除
  1. PURGE BINARY LOGS TO 'mysql-bin.000010';
  • 4.使用reset master
  1. mysql> reset master;

五.慢查询日志

作用:

1)是将mysql服务器中影响数据库性能的相关SQL语句记录到日志文件

2)通过对这些特殊的SQL语句分析,改进以达到提高数据库性能的目的

默认是否开启:关闭

默认位置:$datadir

默认名字:${hostname}-slow.log

开启方式(默认没有开启):

  1. [root@db01 ~]# vim /etc/my.cnf
  2. [mysqld]
  3. #指定是否开启慢查询日志
  4. slow_query_log = 1
  5. #指定慢日志文件存放位置(默认在data)
  6. slow_query_log_file=/application/mysql/data/slow.log
  7. #设定慢查询的阀值(默认10s)
  8. long_query_time=0.05
  9. #不使用索引的慢查询日志是否记录到索引
  10. log_queries_not_using_indexes
  11. #查询检查返回少于该参数指定行的SQL不被记录到慢查询日志
  12. min_examined_row_limit=100(鸡肋)

模拟慢查询语句

  1. #进入world库
  2. mysql> use world
  3. #查看表
  4. mysql> show tables
  5. #将city表中所有内容加到t1表中
  6. mysql> create table t1 select * from city;
  7. #查看t1的表结构
  8. mysql> desc t1;
  9. #将t1表所有内容插入到t1表中(多插入几次)
  10. mysql> insert into t1 select * from t1;
  11. mysql> insert into t1 select * from t1;
  12. mysql> insert into t1 select * from t1;
  13. mysql> insert into t1 select * from t1;
  14. #提交
  15. mysql> commit;
  16. #删除t1表中id>2000的数据
  17. mysql> delete from t1 where id>2000;
  18. #查看慢日志
  19. [root@db01 ~]# cat /application/mysql/data/db01.log
  20. /application/mysql-5.6.44/bin/mysqld, Version: 5.6.44-log (Source distribution). started with:
  21. Tcp port: 0 Unix socket: /application/mysql/tmp/mysql.sock
  22. Time Id Command Argument
  23. 191112 15:54:01 1 Connect root@localhost on
  24. 1 Query select @@version_comment limit 1
  25. 191112 15:54:05 1 Query SELECT DATABASE()
  26. 1 Init DB world
  27. 1 Query show databases
  28. 1 Query show tables
  29. 1 Field List city
  30. 1 Field List country
  31. 1 Field List countrylanguage
  32. 191112 15:54:10 1 Query show tables
  33. 191112 15:54:51 1 Query create table t1 select * from city
  34. 191112 15:54:59 1 Query desc t1
  35. 191112 15:55:29 1 Query insert into t1 select * from t1
  36. 191112 15:55:33 1 Query insert into t1 select * from t1
  37. 191112 15:55:35 1 Query insert into t1 select * from t1
  38. 191112 15:55:44 1 Query commit
  39. 191112 15:55:58 1 Query delete from t1 where id>2000
  40. 191112 15:56:02 1 Quit

使用mysqldumpslow命令来分析慢查询日志

  1. #输出记录次数最多的10条SQL语句
  2. $PATH/mysqldumpslow -s c -t 10 /database/mysql/slow-log
  3. [root@db01 data]# mysqldumpslow -s c -t 10 /application/mysql/data/slow.log
  4. Reading mysql slow query log from /application/mysql/data/slow.log
  5. Count: 3 Time=0.10s (0s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@localhost
  6. insert into t1 select * from t1
  7. Count: 1 Time=0.08s (0s) Lock=0.03s (0s) Rows=0.0 (0), root[root]@localhost
  8. create table t1 select * from city
  9. Count: 1 Time=0.09s (0s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@localhost
  10. delete from t1 where id>N
  11. Died at /application/mysql/bin/mysqldumpslow line 161, <> chunk 5.

参数说明:

-s:

是表示按照何种方式排序,c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序,ac、at、al、ar,表示相应的倒叙;

-t:

是top n的意思,即为返回前面多少条的数据;

-g:

后边可以写一个正则匹配模式,大小写不敏感的;

例:

  1. #得到返回记录集最多的10个查询
  2. $PATH/mysqldumpslow -s r -t 10 /database/mysql/slow-log
  3. #得到按照时间排序的前10条里面含有左连接的查询语句
  4. $PATH/mysqldumpslow -s t -t 10 -g left join /database/mysql/slow-log
  5. [root@db01 data]# mysqldumpslow -s c -t 10 -g "left join" /application/mysql/data/slow.log
  6. Reading mysql slow query log from /application/mysql/data/slow.log
  7. Died at /application/mysql/bin/mysqldumpslow line 161, <> chunk 5.

第三方推荐(扩展):

  1. yum install -y percona-toolkit-3.0.11-1.el6.x86_64.rpm

使用percona公司提供的pt-query-digest工具分析慢查询日志

  1. [root@mysql-db01 ~]# pt-query-digest /application/mysql/data/mysql-db01-slow.log



可以做成可视化界面:

Anemometer基于pt-query-digest将MySQL慢查询可视化

httpss://www.percona.com/downloads/percona-toolkit/LATEST/ 慢日志分析工具下载

httpss://github.com/box/Anemometer 可视化代码下载

MySQL--10 日志简介的更多相关文章

  1. MySQL慢日志简介及Anemometer工具介绍

    作者:王航威 - fordba.com 来源:http://fordba.com/box-anemometer-visual-mysql-slow.html,叶师傅对原文内容略有调整 备注:王航威是知 ...

  2. MySQL - binlog日志简介及设置

    基本概念 binlog是Mysql sever层维护的一种二进制日志,与innodb引擎中的redo/undo log是完全不同的日志:其主要是用来记录对mysql数据更新或潜在发生更新的SQL语句, ...

  3. MySQL日志简介

    一.MySQL日志简介 二.错误日志 作用: 记录mysql数据库的一般状态信息及报错信息,是我们对于数据库常规报错处理的常用日志. 默认位置: $MYSQL_HOME/data/ 开启方式:(MyS ...

  4. Mysql Group Replication 简介及单主模式组复制配置【转】

    一 Mysql Group Replication简介    Mysql Group Replication(MGR)是一个全新的高可用和高扩张的MySQL集群服务.    高一致性,基于原生复制及p ...

  5. MySQL慢日志查询分析方法与工具

    MySQL中的日志包括:错误日志.二进制日志.通用查询日志.慢查询日志等等.这里主要介绍下比较常用的两个功能:通用查询日志和慢查询日志. 1)通用查询日志:记录建立的客户端连接和执行的语句. 2)慢查 ...

  6. MySQL慢日志全解析

    前言: 慢日志在日常数据库运维中经常会用到,我们可以通过查看慢日志来获得效率较差的 SQL ,然后可以进行 SQL 优化.本篇文章我们一起来学习下慢日志相关知识. 1.慢日志简介 慢日志全称为慢查询日 ...

  7. mysql 二进制日志后缀数字最大为多少

    之前看到mysql二进制日志后面会加一个以数字递增为结尾的后缀,一直在想当尾数到达999999后会发生什么情况,先查了一下官网,对后缀有这样一句介绍:The server creates binary ...

  8. 第 3 章 MySQL 存储引擎简介

    第 3 章 MySQL 存储引擎简介 前言 3.1 MySQL 存储引擎概述 MyISAM 存储引擎是 MySQL 默认的存储引擎,也是目前 MySQL 使用最为广泛的存储引擎之一.他的前身就是我们在 ...

  9. MySQL慢日志监控脚本实例剖析

    公司线上的 MySQL 慢日志,之前一直没有做好监控.趁着上周空闲,我就把监控脚本写了下,今天特地把代码发出来与51博友分享一下. 针对脚本的注解和整体构思,我会放到脚本之后为大家详解. 1 2 3 ...

随机推荐

  1. JS原型链详解(2)

    深入理解javascript原型链 在javascript中原型和原型链是一个很神奇的东西,对于大多数人也是最难理解的一部分,掌握原型和原型链的本质是javascript进阶的重要一环.今天我分享一下 ...

  2. chrles设置断点

    1.选择你要断点的接口,右键Breakpoints 2.配置断点接口proxy>Breakpoint settings query设置为* 3.开始断点,重新抓取接口 修改入参.请求头 修改出参 ...

  3. 微信小程序-没有找到 node_modules 目录的解决办法

    初次在微信开发者工具构建npm 没有找到 node_modules 目录的解决办法 第一步:设置-->项目设置-->使用npm模块 第二步:右键目录下miniprogram-->终端 ...

  4. linux运维、架构之路-linux磁盘管理

    一.企业中磁盘选购: 1.线上的业务,用SAS磁盘 2.线下的业务,用SATA磁盘,磁带库 3.线上高并发.小容量(多人浏览力图片)的业务,SSD磁盘 4.根据数据的访问热度,智能分析分层存储,SAT ...

  5. OC + RAC (五) RACMulticastConnection

    -(void)_test5{ //弊端:有几个订阅者就会请求几次数据 // 1.创建信号 RACSignal *signal = [RACSignal createSignal:^RACDisposa ...

  6. iOS项目自动打包

    用的是:https://www.jianshu.com/p/a61fe38c8c29 需要上传到pgy /TestFlight 在脚本中加几句就可以了 另外一种方式,fastlane打包 首要条件: ...

  7. Bugku 杂项 这是一张单纯的图片

    这是一张单纯的图片 将图片用winhex打开 会发现在最后的部分有html实体编码 decode一下得到 key{you are right} 关于html实体编码 对于某些特殊字符如 < 与 ...

  8. AtCoder Grand Contest 012 B - Splatter Painting(dp)

    Time limit : 2sec / Memory limit : 256MB Score : 700 points Problem Statement Squid loves painting v ...

  9. svn 中的add 和commit命令有何区别

    add 功能:向文件拷贝所在的文件夹中添加新的文件,并作出标识,是新添加的,下一步提交时将一并提交到Subversion版本库中去.简单的说就是将一新文件加入svn,你添加再提交后该文件就进入subv ...

  10. TimeInOfficePresent

    w x <- c(52, 30, 10, 8)labels <- c("分析思考", "写代码.调试", "沟通", " ...