《MySQL系列-InnoDB引擎19》文件-日志文件-二进制日志

news2025/6/9 4:48:29

在这里插入图片描述

日志文件

日志文件记录了影响MySQL数据库的各种类型活动。MySQL数据库中常见的日志文件有：

  • 错误日志(error log)
  • 二进制日志(bilog)
  • 慢查询日志(slow query log)
  • 查询日志(log)

这些日志文件可以帮助DBA对MySQL数据库的运行状态进行诊断，从而更好的进行数据库层面的优化。

二进制日志

  二进制日志(binary log)记录了对MySQL数据库执行更改的所有操作，但是不包括select和show这类操作，因为该类操作本身对数据没有修改。然而，若操作本身并没有导致数据库发生变化，那么该操作可能也会写入二进制日志，比如update一个数据，即使不影响数据结果，依然会记录到二进制日志中。

  如果用户想记录select和show操作，那么只能使用查询日志，而不是二进制日志。此外，二进制日志还包括了执行数据库更改操作的时间等其他额外信息。总的来说，二进制日志主要有以下几种作用。

  • 恢复(recovery): 某些数据的恢复需要二进制日志，例如，在一个数据库全备文件恢复后，用户可以通过二进制日志进行point-in-time的恢复。
  • 复制(replication): 其原理与恢复类似，通过复制和执行二进制日志使一台远程的MySQL数据库(一般称为slave或standby)与一台MySQL数据库(一般称为master或primary)进行实时同步
  • 审计(audit): 用户可以进行通过二进制日志中的信息来进行审计，判断是否有对数据库进行注入的攻击。

  通过配置参数log-bin [=name]可以启动二进制日志。如果不指定name，则默认二进制日志文件为主机名，后缀名为二进制日志的序列号，所在路径为数据库所在目录(datadir)，如：

mysql> show variables like 'datadir';
+---------------+-----------------+
| Variable_name | Value           |
+---------------+-----------------+
| datadir       | /var/lib/mysql/ |
+---------------+-----------------+
1 row in set (0.00 sec)

# 比如mysql-bin.000001为二进制日志文件
# mysql-bin.index为二进制的索引文件，用来存储过往产生的二进制日志序号，在通过情况下，不建议手工修改这个文件。
mysql> system ls -lh /var/lib/mysql
-rw-r----- 1 mysql mysql  50M Jul  8  2022 mysql-bin.000001
-rw-r----- 1 mysql mysql  209 Nov 16 14:53 mysql-bin.index
-rw-r--r-- 1 root  root  138K Oct  8 16:50 zxy.sql
.......

  二进制日志文件在默认情况下并没有启动，需要手动指定参数来启动。当然，开启二进制日志会影响数据库的性能，但是性能的损失十分有限。根据MySQL官网手册中测试表明，开启二进制日志会使性能下降1%，但考虑到可以使用复制(replaction)和point-in-time的恢复，这些性能的损失是可以接收的。

以下配置文件的参数影响着二进制日志记录的信息和行为：

  • max_binlog_size

      参数max_binlog_size指定单个二进制文件的最大值，如果超过该值，则产生新的二进制文件，后缀名+1，并记录到.index文件。从MySQL 5.0开始的默认值为1 073 741 824，代表1G(在之前版本中max_binlog_size默认为1.1G)。

  • binlog_cache_size

      当使用事物的表存储引擎(如InnoDB引擎)时，所有未提交(uncommitted)的二进制日志会被记录到一个缓存中去，等该事物提交(committed)时直接将缓冲中的二进制日志写入二进制文件，而该缓冲的大小由binlog_cache_size决定，默认大小为32K。

      此外，binlog_cache_size是基于会话(session)的，也就是说，当一个线程开始一个事务的时候，MySQL会自动分配一个大小为binlog_cache_size的缓存，因此该值的设置需要相当小心，不能设置过大。当一个事务的记录大于设定的binlog_cache_size时，MySQL会把缓冲中的日志写入一个临时文件中，因此该值又不能设置太小。

      通过show global status命令查看binlog_cache_use,binlog_cache_disk_use的状态，可以判断当前binlog_cache_size的设置是否合适。

    mysql> show variables like 'binlog_cache_size';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| binlog_cache_size | 32768 |
+-------------------+-------+
1 row in set (0.00 sec)

      binlog_cache_use记录使用缓冲写二进制日志的次数，binlog_cache_disk_use记录使用临时文件写二进制日志的次数。

    mysql> show global status like 'binlog_cache%';
+-----------------------+-------+
| Variable_name         | Value |
+-----------------------+-------+
| Binlog_cache_disk_use | 71    |
| Binlog_cache_use      | 60773 |
+-----------------------+-------+
2 rows in set (0.00 sec)

      使用缓冲次数60773次，临时文件使用次数为71次。可以看出binlog_cache_size为32KB对于当前数据库完全够用，暂时不必增加binlog_cache_size的值。

  • sync_binlog

      在默认情况下，二进制日志并不是在每次写的时候同步到磁盘(可以理解为缓冲写)。因此，当数据库所在操作系统发送宕机时，可能会有最后一部分数据没有写入二进制日志文件，这会给恢复和复制带来问题。参数sync_binlog=[N]表示每写缓冲多少次就同步到磁盘。如果将N设为1，即sync_binlog=1表示采用同步写磁盘的方式来写二进制日志，这时写操作不使用操作系统的缓冲来写二进制日志。sync_binlog的默认值为0，如果使用InnoDB存储引擎进行复制，并且想得到最大的高可用性，建议将值设置为ON。不过该值为ON时，确实会对数据库的IO系统带来一定的影响。

      但是将sync_binlog设为1，还是会有一种情况导致问题的发送。当使用innodb存储引擎时，在一个事务发出commit动作之前，由于sync_binlog为1，因此会将二进制日志立即写入磁盘。如果此时已经写入二进制日志，但是还没提交就发生了宕机，那么MySQL数据库下次启动时，由于commit操作没有发生，这个事务就会被回滚。但二进制日志已经记录了该事务信息，又不能被回滚。这个问题可以通过设置参数innodb_suport_xa=1来解决，确保二进制日志和InnoDB存储引擎数据文件的同步，但是默认这个参数是不开启的，因此性能影响会达到5%。

  • binlog-do-db

      表示需要写入哪些库的的日志，默认为空，表示需要同步所有库的日志到二进制日志。

  • binlog-ignore-db

      表示需要忽略哪些库的日志，默认为空，表示同步所有库的日志到二进制日志。

  • log-slave-update

      如果当前数据库是slave角色，默认情况下slave不会将从master取得并执行的二进制日志写入自己的二进制日志文件中。如果需要写入，要设置log-slave-update。如果需要搭建master->slave->slave架构的复制，则必须设置该参数。

  • binlog_format

      binlog_format参数十分重要，它影响记录二进制日志格式。在MySQL 5.1版本之前，没有这个参数。所有二进制文件的格式都是基于SQL语句(statement)级别的，因此基于这个格式的二进制日志文件的复制(replacation)和Oracle的逻辑Standy有点相似。同时，对于复制都是有一定要求的。如在主服务器运行的rand、uuid等函数，又或者使用触发器等操作，这些都可能会导致主从服务器上表中数据的不一致(not sync)。另一个影响是，会发现InnoDB存储引擎的默认事务隔离级别是repeatable read。这其实也是因为二进制日志文件格式的关系，如果使用read committed的事务隔离级别(大多数数据库，如Oracle、Microsoft SQL Server数据库的默认隔离级别)，会出现类型丢失更新的现象，从而出现主从数据库上的数据不一致。

    MySQL 5.1开始引入binlog_format参数，该参数可设的值有statement、row和mixed。

    • (1) statement格式和之前MySQL版本一样，二进制日志文件记录的是日志的逻辑SQL语句。

    • (2) 在row格式下，二进制日志记录的不再是简单的SQL语句了，而是记录表的行更改情况。基于row格式的复制类似于Oracle的物理standy(当然，还是有些区别)。同时，对上诉提及的Statement格式下复制的问题予以解决。从MySQL 5.1版本开始，如果设置了binlog_format为row，可以将InnoDB的事务隔离基本设为read committed，以获得更好的并发性。

    • (3) 在mixed格式下，MySQL默认采用statement格式进行二进制日志文件的记录，但是在一些情况下会使用row格式，可能的情况有：

      • 1.对表的DML操作都会以row格式记录
      • 2.使用uuid()、user()、current_user()、found_rows()、row_count()等不确定函数。
      • 使用insert delay语句
      • 使用用户定义函数(UDF)
      • 使用临时表(temporary table)

      此外，binlog_format参数还有对于存储引擎的限制，如下：

      存储引擎Row格式Statement格式
      InnoDBYesYes
      MyISAMYesYes
      HEAPYesYes
      MERGEYesYes
      NDBYesNo
      ArchiveYesYes
      CSVYesYes
      FederateYesYes
      BlockholeNoYes

      binlog_format是动态参数，因此可以在数据库运行环境下进行唔该，例如，我们可以将当前会话的binlog_format设为ROW，如：

    ##通过set @@session.binlog_format='row';可以修改。
mysql> select @@session.binlog_format;
+-------------------------+
| @@session.binlog_format |
+-------------------------+
| ROW                     |
+-------------------------+
1 row in set (0.00 sec)

      当然，也可以将全局的binlog_format设置为想要的格式，不过通常这个操作会带来问题，运行时要确保更改后不会对复制带来影响。

    ## set global binlog_format = 'row';
mysql> select @@global.binlog_format;
+------------------------+
| @@global.binlog_format |
+------------------------+
| ROW                    |
+------------------------+
1 row in set (0.00 sec)

      通常情况下，我们将参数binlog_format设置为ROW，这可以为数据库的恢复和复制带俩更好的可靠性。但是不能忽略的一点是，这会带来二进制文件的增加，相较于statement格式，row格式的二进制日志会需要更大的容量。

      所以当参数binlog_format设置为row时，会对磁盘空间要求有一点的增加。而由于腐殖酸采用传输二进制日志的方式实现的，因此复制的网络开销也有所增加。

  人如其名，二进制的文件格式为二进制，它不能像错误日志、慢查询日志那样使用cat、head、tail等命令来查看。要查看二进制日志文件的内容，必须通过MySQL提供的工具mysqlbinlog。对于statement格式的二进制日志文件，在使用mysqlbinlog后，看到的就是执行的逻辑SQL语句，如：

  • statement格式

    ## 1.设置当前会话binlog格式为statement
mysql> set @@session.binlog_format='statement';
Query OK, 0 rows affected (0.00 sec)

## 2.查询当前会话的binlog格式
mysql> select @@session.binlog_format;
+-------------------------+
| @@session.binlog_format |
+-------------------------+
| STATEMENT               |
+-------------------------+
1 row in set (0.00 sec)

## 3.查看binlog状态、position
mysql> show master status\G;
*************************** 1. row ***************************
             File: mysql-bin.000011
         Position: 115152005
     Binlog_Do_DB:
 Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.00 sec)

ERROR:
No query specified

## 4.修改SQL
mysql> update zxy set name = 'zxy' where id = 3;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

## 5.使用mysqlbinlog工具，查看binlog，可以看到在statement格式下，记录的是SQL语句
[root@zxy_master mysql]# mysqlbinlog --start-position=115152005 mysql-bin.000011
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#221116 14:53:40 server id 1  end_log_pos 123 CRC32 0x9c0223e1  Start: binlog v 4, server v 5.7.38-log created 221116 14:53:40 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
9Ih0Yw8BAAAAdwAAAHsAAAABAAQANS43LjM4LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAD0iHRjEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA
AeEjApw=
'/*!*/;
# at 115152005
#230208  9:23:08 server id 1  end_log_pos 115152070 CRC32 0xa3c7cc82    Anonymous_GTID  last_committed=60946    sequence_number=60947   rbr_only=no
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 115152070
#230208  9:23:08 server id 1  end_log_pos 115152147 CRC32 0x275b9221    Query   thread_id=2061  exec_time=0     error_code=0
SET TIMESTAMP=1675819388/*!*/;
SET @@session.pseudo_thread_id=2061/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1436549152/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 115152147
#230208  9:23:08 server id 1  end_log_pos 115152259 CRC32 0xc13c4af2    Query   thread_id=2061  exec_time=0     error_code=0
use `zxy`/*!*/;
SET TIMESTAMP=1675819388/*!*/;
update zxy set name = 'zxy' where id = 3
/*!*/;
# at 115152259
#230208  9:23:08 server id 1  end_log_pos 115152290 CRC32 0xf3d9a61f    Xid = 655358
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

  • row格式

    ## 1.设置当前会话的binlog格式为row
mysql> set @@session.binlog_format='row';
Query OK, 0 rows affected (0.00 sec)

## 2.查看当前会话的binlog格式
mysql> select @@session.binlog_format;
+-------------------------+
| @@session.binlog_format |
+-------------------------+
| ROW                     |
+-------------------------+
1 row in set (0.00 sec)

## 3.查看binlog状态、position
mysql> show master status\G;
*************************** 1. row ***************************
             File: mysql-bin.000011
         Position: 115152290
     Binlog_Do_DB:
 Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.00 sec)

ERROR:
No query specified

## 4.测试SQL
mysql> update zxy set name = 'z' where id = 3;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

## 5.当binlog_format格式为row的时候，简单的SQL"update zxy set name = 'z' where id = 3;"语句就记录了对于整个行更改的而信息。这也解释了为什么在row格式下，二进制文件较大。
[root@zxy_master mysql]# mysqlbinlog -vv --start-position=115152290 mysql-bin.000011
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#221116 14:53:40 server id 1  end_log_pos 123 CRC32 0x9c0223e1  Start: binlog v 4, server v 5.7.38-log created 221116 14:53:40 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
9Ih0Yw8BAAAAdwAAAHsAAAABAAQANS43LjM4LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAD0iHRjEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA
AeEjApw=
'/*!*/;
# at 115152290
#230208  9:55:59 server id 1  end_log_pos 115152355 CRC32 0x50a2e5ba    Anonymous_GTID  last_committed=60947    sequence_number=60948   rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 115152355
#230208  9:55:59 server id 1  end_log_pos 115152426 CRC32 0x74f02ce6    Query   thread_id=2061  exec_time=0     error_code=0
SET TIMESTAMP=1675821359/*!*/;
SET @@session.pseudo_thread_id=2061/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1436549152/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 115152426
#230208  9:55:59 server id 1  end_log_pos 115152477 CRC32 0x78036d13    Table_map: `zxy`.`zxy` mapped to number 165
# at 115152477
#230208  9:55:59 server id 1  end_log_pos 115152537 CRC32 0xfdd1d78e    Update_rows: table id 165 flags: STMT_END_F

BINLOG '
LwHjYxMBAAAAMwAAAF0W3QYAAKUAAAAAAAEAA3p4eQADenh5AAMDDw8EGQAyAAcTbQN4
LwHjYx8BAAAAPAAAAJkW3QYAAKUAAAAAAAEAAgAD///4AwAAAAN6eHkDMTI0+AMAAAABegMxMjSO
19H9
'/*!*/;
### UPDATE `zxy`.`zxy`
### WHERE
###   @1=3 /* INT meta=0 nullable=1 is_null=0 */
###   @2='zxy' /* VARSTRING(25) meta=25 nullable=1 is_null=0 */
###   @3='124' /* VARSTRING(50) meta=50 nullable=1 is_null=0 */
### SET
###   @1=3 /* INT meta=0 nullable=1 is_null=0 */
###   @2='z' /* VARSTRING(25) meta=25 nullable=1 is_null=0 */
###   @3='124' /* VARSTRING(50) meta=50 nullable=1 is_null=0 */
# at 115152537
#230208  9:55:59 server id 1  end_log_pos 115152568 CRC32 0x4a89c161    Xid = 655362
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/334350.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

INTx中断机制源码分析

INTx中断机制源码分析

INTx中断机制源码分析 文章目录INTx中断机制源码分析参考资料：一、 配置空间二、 扫描设备时分配中断号三、 使用INTx中断四、 PCIe中断树五、 PCIe INTx中断映射过程5.1 PCIe控制器支持的中断5.2 PCIe控制器注册中断5.3 PCIe设备中断号的分配5.3.1 IRQ domain5.3.2…
阅读更多...
Java源码程序设计-房屋出租管理系统设计与实现

Java源码程序设计-房屋出租管理系统设计与实现

摘 要系统设计系统实现开发环境摘 要 随着我国市场经济的快速发展和人们生活水平的不断提高，简单的房屋出租服务已经不能满足人们的需求。如何利用先进的管理手段，提高房屋出租的管理水平，是当今社会所面临的一个重要课题。 本文采用结构化…
阅读更多...
Win10系统电脑开机后总是蓝屏无法使用怎么办？

Win10系统电脑开机后总是蓝屏无法使用怎么办？

Win10系统电脑开机后总是蓝屏无法使用怎么办？电脑开机的时候出现了蓝屏问题，这个情况是我们的电脑系统不兼容导致的。遇到这个问题一般是需要去进行系统的重装来解决，安装一个更兼容的系统就可以解决问题了。一起来看看详细的解决方法分享吧。…
阅读更多...
前端学习第八站——CSS定位和装饰

前端学习第八站——CSS定位和装饰

目录 一、定位 1.1 网页常见布局方式 1.2 定位的常见应用场景 2.1 定位初体验 2.2 使用定位 3.1 静态定位 4.1 相对定位 5.1 绝对定位 6.1 子绝父相 7. 固定定位 8.1 定位的层级关系 8.2 更改定位元素的层级 9.总结 二、装饰 1.1 了解基线 1.2 文字对齐问…
阅读更多...
安卓小游戏：小板弹球

安卓小游戏：小板弹球

安卓小游戏：小板弹球 前言 这个是通过自定义View实现小游戏的第三篇，是小时候玩的那种五块钱的游戏机上的，和俄罗斯方块很像，小时候觉得很有意思，就模仿了一下。 需求 这里的逻辑就是板能把球弹起来，球…
阅读更多...
股票交易开放接口是什么意思？

股票交易开放接口是什么意思？

在股票量化市场上，大家可能对股票交易开放接口的意思不太理解，其实换个角度来看，就是关于由开发团队进行开发的股票交易开放接口，那么对于接口的开发原理跟代码是怎么样的呢？一、股票交易开放接口函数的调用&#xff1…
阅读更多...
面试的同学看这里！这套Java面试八股文，已经帮助200+人进入大厂

面试的同学看这里！这套Java面试八股文，已经帮助200+人进入大厂

在看这篇文章之前，我想我们需要先搞明白八股文是什么？？？ 明清科举考试的一种文体，也称制义、制艺、时文、八比文。八股文章就四书五经取题，内容必须用古人的语气，绝对不允许自由发挥&#xff0c…
阅读更多...
Git 常用命令

Git 常用命令

一、基本的git命令 1、查看现在在哪个分支 git branch 2、切换到某分支 git checkout 某分支 3、添加修改后的代码到缓存区 git add . 4、添加提交代码的备注 git commit -m "注释" 5、提交代码到指定的分支 git push origin 某分支 6、从远程仓库克隆git仓库…
阅读更多...
四 、QML常用控件的使用详解

四 、QML常用控件的使用详解

在Qt Quick的世界里，window对象用于创建一个与操作系统相关的顶层窗口，而其他的元素，如Text Rectangle,Image等，都睡Windows提功能场景里面的显示对象，Window还有一个派生类，即是大名鼎鼎的Application Win…
阅读更多...
基于DSP+FPGA高速运动控制器设计

基于DSP+FPGA高速运动控制器设计

基于“PC运动控制器”结构的开放式机器人运动控制系统能够充分利用PC开放程 度高、通用性好、处理能力强等特点以及运动控制器运算速度快、实时性能好、控制能 力强等特点，因此得到较快发展，成为目前的研究热点。但目前采用此种结构的开放式 机器人运动控…
阅读更多...
3D模型深度生成网络【ShapeAssembly】

3D模型深度生成网络【ShapeAssembly】

推荐：使用 NSDT场景设计器 快速搭建 3D场景。 我们提出了一个深度生成模型，该模型学习在ShapeAssembly中编写新颖的程序，ShapeAssembly是一种用于建模3D形状结构的特定领域语言。 执行 ShapeAssembly 程序会生成一个由部件代理长方体的分层连…
阅读更多...
HashMap put() 方法源码分析

HashMap put() 方法源码分析

文章目录一、前置知识红黑树定义二、构造方法HashMap()HashMap(int initialCapacity, float loadFactor)tableSizeFor(int cap)：计算hashmap初始容量三、put 方法源码1. put()hash(Object key)：计算key的hash值2. putVal()通过 hash 计算数组下标3. resi…
阅读更多...
jdk版本切换工具jenv使用指南

jdk版本切换工具jenv使用指南

1.下载jenv包 下载链接：GitHub - FelixSelter/JEnv-for-Windows: Change your current Java version with one line 下载包的文件：JEnv.zip 然后解压缩，放到一个目录下，我这里放到了目录：D:\tools\JEnv 2.将JENV添…
阅读更多...
chatGPT学习

chatGPT学习

最近看到一个火爆的AI智能聊天工具：ChatGPT。它的功能：文能写文章，武能改BUG，马斯克对它的评价是“Scary Good!”。我非常感兴趣，就试用了一下，感觉还不错，希望大家能喜欢。 ChatGPT&#xff0…
阅读更多...
炼石完成近亿元A+轮融资，冲刺1500亿数据安全赛道

炼石完成近亿元A+轮融资，冲刺1500亿数据安全赛道

近日，炼石宣布完成近亿元A轮融资，本轮融资由重庆科技成果转化基金独家投资，由清科资本担任独家财务顾问，这是继安天科技、安云资本、国科嘉和、腾讯等多轮之后的新一轮投资。随着本轮资金的引入，炼石将更深入研发迭代以…
阅读更多...
MASA Stack 1.0 发布会讲稿 —— 产品篇

MASA Stack 1.0 发布会讲稿 —— 产品篇

架构 基于MASA的云原生技术架构 我们基于MASA去做了一个云原生技术架构，左下角的MASA Blazor主要是为我们去集成一个多端的UI能力，具体的使用场景将在实践篇为大家介绍——MASA Blazor如何去做多端的 接着就是集成非业务能力的MASA Framework&#xff…
阅读更多...
1.Docker 简介

1.Docker 简介

Docker 简介 什么是 Docker？ Docker的英文翻译是“搬运工”的意思，他搬运的东西就是我们常说的集装箱Container，Container 里面装的是任意类型的 App，我们的开发人员可以通过 Docker 将App 变成一种标准化的、可移植的、自管理的…
阅读更多...
C语言位运算

C语言位运算

所谓位运算，就是对一个比特（Bit）位进行操作。比特（Bit）是一个电子元器件，8个比特构成一个字节（Byte），它已经是粒度最小的可操作单元了。C语言提供了六种位运算符&#xf…
阅读更多...
linux系统下centos7 或 openwrt安装 使用 SpeedTest 测速

linux系统下centos7 或 openwrt安装 使用 SpeedTest 测速

博主博客 https://blog.uso6.com https://blog.csdn.net/dxk539687357 一、测试本地是否安装 python(已安装可以跳过) 1.在命令行中输入rpm -qa | grep python36 判断是否已经安装 python3。 2.如果没有安装输入 yum install python36 进行安装。 二、测试 CentOS 到 Speed Te…
阅读更多...
响应式布局以及提交网站

响应式布局以及提交网站

1.慕客协作平台1. /摹客官网地址： https://www.mockplus.cn/ 注册一个账号2. 下载moke ps插件 3. PS 安装/摹客/蓝湖插件3. 打开PS/摹客/蓝湖插件4. 上传（需要切图，需要先标注切图）5. 查看项目6. 邀请成员进入（分享按钮…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023