使用 MyCat 实现 MySQL 主从读写分离

文章目录

  • 使用 MyCat 实现 MySQL 主从读写分离完整指南
    • 一、MySQL 读写分离基础概述
      • 1.1 读写分离工作原理
      • 1.2 为什么需要读写分离
      • 1.3 读写分离的两种实现方式
        • 主流读写分离中间件对比
    • 二、MyCat 中间件简介
      • 2.1 MyCat 核心功能
      • 2.2 MyCat 适用场景
    • 三、环境准备与 MyCat 安装
      • 3.1 前提：安装 JDK（mycat服务器192.168.100.200）
      • 3.2 MyCat 下载与解压
      • 3.3 创建 MyCat 专用用户与权限配置
      • 3.4 MyCat 目录结构说明
    • 四、MyCat 核心配置（读写分离关键）
      • 4.1 配置 MyCat 环境变量
      • 4.2 配置用户授权（server.xml）
      • 4.3 配置逻辑库与主从路由（schema.xml）
        • 4.3.1 配置模板（适配“1主2从”架构）
        • 4.3.2 核心参数详解（读写分离关键）
    • 五、MySQL 主从复制配置（读写分离前提）
      • 5.1 前提：主从库环境准备
      • 5.2 主库（Master）配置
      • 5.3 从库（Slave1/Slave2）配置
    • 六、MyCat 启动与读写分离测试
      • 6.1 启动 MyCat
      • 6.2 读写分离测试
        • 6.2.1 测试读操作（仅从库接收，从库负载均衡）
        • 6.2.2 测试写操作（仅主库接收）
    • 六、总结

使用 MyCat 实现 MySQL 主从读写分离完整指南

一、MySQL 读写分离基础概述

在高并发业务场景中，单台 MySQL 数据库难以同时承载大量读写请求。读写分离通过“主库写、从库读”的分工，结合主从复制保障数据一致性，成为缓解数据库压力的核心方案。

1.1 读写分离工作原理

读写分离的核心是“请求路由”与“数据同步”的结合，具体流程如下：

  1. 角色分工：
    • 主库（Master）：仅处理写操作（INSERT/UPDATE/DELETE/DDL），确保数据变更的唯一性和一致性；
    • 从库（Slave）：仅处理读操作（SELECT），分担主库的读请求压力（如商品查询、数据统计）。
  2. 数据同步：依赖 MySQL 主从复制机制——主库将写操作记录到“二进制日志（Binary Log）”，从库通过 IO 线程拉取日志并写入“中继日志（Relay Log）”，再通过 SQL 线程回放日志，实现与主库数据同步。
  3. 路由转发：通过中间件（如 MyCat）或应用层判断请求类型，自动将写请求转发到主库，读请求分发到从库（支持负载均衡）。

1.2 为什么需要读写分离

  1. 突破单库性能瓶颈：多数业务中读请求占比超 80%（如电商详情页、新闻列表），将读请求分流到从库，可显著降低主库负载；
  2. 缓解锁争用：写操作会加排他锁（X 锁），读操作加共享锁（S 锁），分离后避免“写锁阻塞读、读锁阻塞写”的问题；
  3. 优化读性能：从库可针对性优化（如启用查询缓存、使用 MyISAM 引擎），进一步提升读响应速度；
  4. 提高可用性：主库故障时，从库可切换为新主库，减少业务中断时间（需配合故障切换机制）。

1.3 读写分离的两种实现方式

读写分离主要通过“应用层”或“中间件层”实现，MyCat 属于中间件层方案，两种方式对比如下：

实现方式核心逻辑优点缺点
应用程序层实现在代码中判断 SQL 类型（写请求→主库，读请求→从库），直接连接数据库无中间件开销，性能损耗低；部署简单代码耦合度高，多语言应用需重复开发；架构调整（如增减从库）需修改代码
中间件层实现在客户端与数据库间部署代理（如 MyCat），由代理统一解析请求、转发路由对应用透明（无需改代码）；支持分库分表、故障切换、负载均衡增加系统复杂度；代理层需优化配置以避免成为新瓶颈
主流读写分离中间件对比
中间件开发背景支持事务支持存储过程核心优势适用场景
MyCat开源社区（基于 Cobar 二次开发）支持支持社区活跃、功能全面（读写分离+分库分表）、文档丰富中小到大型企业，需灵活扩展的场景
Cobar阿里巴巴 B2B 团队支持支持早期成熟方案，稳定性强已停更，仅适合维护 legacy 系统
OneProxy商业软件支持支持高并发稳定性好，提供商业支持对稳定性要求高的付费场景
Amoeba阿里陈思儒（个人开发）不支持不支持轻量易用，部署简单小型读密集场景，无复杂事务需求

二、MyCat 中间件简介

MyCat 是开源企业级数据库中间件，定位为“MySQL 集群的统一入口”，通过封装底层数据库拓扑，为应用提供透明的“逻辑库”访问方式，核心能力聚焦于读写分离与分库分表。

2.1 MyCat 核心功能

  1. 读写分离：自动路由写请求到主库、读请求到从库，支持多种读负载均衡策略；
  2. 分库分表：将大表按规则（如哈希、范围）拆分到多个数据库，解决单库数据量过大问题；
  3. 事务支持：兼容 MySQL 事务特性，保障 ACID 一致性；
  4. 高可用：支持主从故障自动切换，减少人工干预；
  5. 扩展性：可融合内存缓存、NoSQL、HDFS 等技术，适配复杂数据场景。

2.2 MyCat 适用场景

  • 读请求密集的业务（如电商、新闻、社交）；
  • 数据量较大，需分库分表扩展的场景；
  • 多语言应用或微服务架构，需统一数据库访问入口；
  • 需降低应用与数据库耦合度，简化架构调整的场景。

三、环境准备与 MyCat 安装

MyCat 基于 Java 开发，需先配置 JDK 环境，再完成安装与目录初始化（以 CentOS 7.9、MyCat 1.6 为例）。
1.整个实验的环境 以及服务器信息

  • 环境部署：CentOS 7.9
  • 虚拟机服务环境：
    • Master服务器：192.168.100.129，部署 mysql 5.7
    • Slave1服务器：192.168.100.140，部署 mysql 5.7
    • Slave2服务器：192.168.100.150，部署 mysql 5.7
    • MyCat服务器：192.168.100.200（预备机器），部署 jdk-8u191-linux + MyCat中间件
      2.先完成master，slave1，slave2的主从复制配置，详情请见

3.1 前提：安装 JDK（mycat服务器192.168.100.200）

MyCat 依赖 Java 运行环境，推荐 JDK 1.8，linux自带的open jdk 1.8也行。

  1. 下载并解压 JDK：
    # 下载 JDK 1.8（可从 Oracle 官网或国内镜像获取）
wget https://repo.huaweicloud.com/java/jdk/8u191-b12/jdk-8u191-linux-x64.tar.gz
# 解压到 /usr/java 目录
mkdir -p /usr/java
tar -zxvf jdk-8u191-linux-x64.tar.gz -C /usr/java/
  2. 配置 JDK 环境变量：
    vim /etc/profile.d/java.sh
# 添加以下内容
export JAVA_HOME=/usr/java/jdk1.8.0_191
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=$JAVA_HOME/jre/lib/ext:$JAVA_HOME/lib/tools.jar
# 生效环境变量
source /etc/profile.d/java.sh
# 验证安装（显示 JDK 版本即成功）
java -version

3.2 MyCat 下载与解压

  1. 下载 MyCat 稳定版（1.6 RELEASE）：
    # 从 GitHub 下载（或访问 MyCat 官网：http://www.mycat.org.cn/）
wget https://github.com/MyCATApache/Mycat-download/blob/master/1.6-RELEASE/Mycat-server-1.6-RELEASE-20161028204710-linux.tar.gzrz    #本地上传mycat压缩包（推荐）
  2. 解压到 /usr/local 目录：
    tar -zxvf Mycat-server-1.6-RELEASE-20161028204710-linux.tar.gz -C /usr/local/
# 进入 MyCat 目录，确认结构
cd /usr/local/mycat
ls  # 应显示 bin、conf、lib、logs 等目录

3.3 创建 MyCat 专用用户与权限配置

为避免使用 root 运行中间件，创建专用用户并授权：

# 创建 mycat 用户
useradd mycat
# 设置密码（123）
passwd mycat    #密码为123
# 授权 MyCat 目录权限给 mycat 用户
chown -R mycat.mycat /usr/local/mycat

3.4 MyCat 目录结构说明

目录路径核心作用
/usr/local/mycat/bin可执行文件：mycat（启动/停止/重启脚本）、wrapper（底层启动依赖）
/usr/local/mycat/conf配置文件：server.xml（用户授权）、schema.xml（逻辑库与路由）、rule.xml（分片规则）
/usr/local/mycat/lib依赖 JAR 包：MySQL 驱动、MyCat 核心组件等
/usr/local/mycat/logs日志文件：wrapper.log（启动日志，排查启动故障）、mycat.log（业务日志）

四、MyCat 核心配置（读写分离关键）

MyCat 实现读写分离的核心是“定义逻辑库→绑定数据节点→配置主从路由”，关键配置文件为 server.xml（用户授权）和 schema.xml（路由规则）。

4.1 配置 MyCat 环境变量

为方便全局调用 MyCat 命令，配置环境变量：

vim /etc/profile.d/mycat.sh
# 添加以下内容
export MYCAT_HOME=/usr/local/mycat
export PATH=$MYCAT_HOME/bin:$PATH
# 生效环境变量
source /etc/profile.d/mycat.sh

4.2 配置用户授权（server.xml）

定义客户端访问 MyCat 的账号、密码及关联的“逻辑库”（逻辑库是 MyCat 封装的虚拟库，对应底层物理库）：

vim /usr/local/mycat/conf/server.xml<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mycat:server SYSTEM "server.dtd">
<mycat:server xmlns:mycat="http://io.mycat/"><!-- 管理员账号：拥有读写权限 --><user name="mycat"><property name="password">123</property>  <!-- 密码 --><property name="schemas">ceshi</property>       <!-- 关联逻辑库名称（需与 schema.xml 一致）,必须是关联的主从库里的库。 --></user><!-- 普通用户：仅只读权限 --><user name="user"><property name="password">user</property><property name="schemas">ceshi</property><property name="readOnly">true</property>    <!-- 只读配置，禁止写操作 --></user>
</mycat:server>

4.3 配置逻辑库与主从路由（schema.xml）

schema.xml 是读写分离的核心配置文件，需定义“逻辑库→数据节点→主从数据库”的映射关系，并指定读写策略。

4.3.1 配置模板（适配“1主2从”架构）

1.首先进行源文件备份

mv /usr/local/mycat/conf/schema.xml  /usr/local/mycat/conf/schema.xml.bak

vim /usr/local/mycat/conf/schema.xml
下方内容直接复制粘贴，ip改为自己的机器即可。
<?xml version="1.0"?>
<!DOCTYPE mycat:schema SYSTEM "schema.dtd">
<mycat:schema xmlns:mycat="http://io.mycat/"><schema name="ceshi"         checkSQLschema="false"  sqlMaxLimit="100"      dataNode="dn1">         </schema><dataNode name="dn1"        dataHost="dthost" database="ceshi"/>   <dataHost name="dthost"maxCon="500"      minCon="10"       balance="1"       writeType="0"     dbType="mysql"    dbDriver="native" switchType="-1"   slaveThreshold="100"> <heartbeat>select 1</heartbeat><writeHost host="master"  url="192.168.100.139:3306"  user="mycat"   password="123"> <readHost host="slave1"  url="192.168.100.128:3306"  user="mycat"password="123"/><readHost host="slave2"  url="192.168.100.130:3306"  user="mycat"password="123"/></writeHost></dataHost>
</mycat:schema>
4.3.2 核心参数详解（读写分离关键）
参数名取值与含义推荐配置
balance读负载均衡策略：
- 0：不分离，所有读请求走写节点；
- 1：所有从库+备用主库参与读负载；
- 2：读请求随机分发到主库+从库；
- 3：读请求仅走从库，主库不承担读		1（均衡分担读压力）
writeType写策略：
- 0：所有写请求走第一个 writeHost（主库）；
- 1：写请求随机走 writeHost（1.5+ 已废弃）		0（主库唯一写节点）
switchType主从切换策略：
- -1：不自动切换，需手动干预；
- 1：默认自动切换（基于心跳检测）；
- 2：基于主从同步状态切换（心跳用 show slave status）；
- 3：基于 MySQL MGR 集群切换		-1（手动切换更安全，避免误切）

五、MySQL 主从复制配置（读写分离前提）

MyCat 读写分离依赖 MySQL 主从复制（确保从库数据与主库一致），需先完成“1主2从”的主从配置（以 MySQL 5.7 为例）。

5.1 前提：主从库环境准备

  • 主库（Master）：IP 192.168.100.129，已安装 MySQL 5.7；
  • 从库1（Slave1）：IP 192.168.100.140，已安装 MySQL 5.7；
  • 从库2（Slave2）：IP 192.168.100.150，已安装 MySQL 5.7；
  • 所有节点关闭防火墙与 SELinux：
    systemctl stop firewalld && systemctl disable firewalld
setenforce 0 && sed -i 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config
    主从复制详情见主从复制

5.2 主库（Master）配置

以下均为主从复制配置完成后的设置：

mysql> create database ceshi;
mysql> use database;
mysql> create table test (id int(10),name varchar(10),address varchar(20));mysql> grant all privileges on *.* to 'mycat'@'%' identified by '123';
mysql> flush privileges;

5.3 从库（Slave1/Slave2）配置

以下均为主从复制配置完成后的设置：

mysql> grant all on db.* to 'mycat'@'%' identified by '123';

六、MyCat 启动与读写分离测试

完成 MyCat 与 MySQL 主从配置后，启动 MyCat 并验证读写分离效果。

6.1 启动 MyCat

  1. 启动 MyCat：
    cd /usr/local/mycat/bin
./mycat start  # 启动；停止用 mycat stop，重启用 mycat restart
  2. 验证启动状态：
    # 查看 MyCat 进程（默认端口 8066，管理端口 9066）
netstat -tnlp | grep 8066
./mycat status        #显示running即可。
# 查看启动日志（排查故障，如端口占用、配置错误）
cat /usr/local/mycat/logs/wrapper.log（可不查）

6.2 读写分离测试

测试需通过“客户端连接 MyCat”而非直接连接 MySQL，验证“写走主库、读走从库”。

6.2.1 测试读操作（仅从库接收，从库负载均衡）

在测试读实验期间，后台的主从复制必须正常启动，不能关闭

  1. 客户端连接 MyCat（在第四台机器192.168.100.200）：

    yum install -y mariadb-server mariadb      #mycat只是中间件，需要借助客户端工具才能提供数据交互终端。
systemctl start mariadb.service

  2. 切换到master库ceshi，插入数据：

    mysql> use ceshi;# 插入数据
mysql> insert into test values('3','wangwu','this_is_master');

  3. slave1从属机

    mysql> use ceshi;
mysql> insert into test values('1','zhangsan','this_is_slave1');
mysql> select * from test

  4. slave2从属机

    mysql> use ceshi;
mysql> insert into test values('2','lisi','this_is_slave2');
mysql> select * from test

  5. 在mycat机器上

    #格式：mysql -uMyCat账号 -p密码 -hMyCatIP -PMyCat端口（默认 8066）
mysql -umycat -p123 -h127.0.0.1 -P8066  #  MyCat 部署在 192.168.100.200
mysql> show databases;     #显示ceshi库
mysql> use ceshi;          
mysql> show tables;        #显示test表
mysql> select * from test;   #交替显示slave1,slave2的表，即为成功。

  6. 观察结果
    在 MyCat 客户端（192.168.100.200 机器）多次执行 select * from test; 后，可观察到以下核心现象：

  • 数据来源仅为从库：执行查询时，始终不会出现主库（master）中插入的记录 (‘3’,‘wangwu’,‘this_is_master’)，证明读操作未路由到主库，仅从从库获取数据；
  • 从库负载均衡生效：多次执行查询会交替返回两个从库的独有数据：
    交替出现的结果表明 MyCat 已实现从库间的读请求负载均衡，符合 “读走从库” 的读写分离预期。
6.2.2 测试写操作（仅主库接收）
  1. 暂停从库主从同步（仅测试用，模拟从库数据差异）：
    • 连接 Slave1（192.168.100.140）：
      mysql> stop slave;  #防止主机的数据被同步到从属机。
    • 连接 Slave2（192.168.100.150）：
      mysql> stop slave;  #防止主机的数据被同步到从属机。
  2. MyCat服务器，执行写操作：
    mysql> insert into test values('4','qianqi','this_is_client');
  3. 观察结果：
    在 MyCat 客户端执行 insert into test values(‘4’,‘qianqi’,‘this_is_client’); 后，分别登录主库（master）、slave1、slave2 查看 test 表，可观察到以下对比现象：
  • 主库（master）数据变化：
    登录主库执行 select * from ceshi.test;，能看到新增记录 (‘4’,‘qianqi’,‘this_is_client’)，同时保留主库原有记录 (‘3’,‘wangwu’,‘this_is_master’)，证明写操作已路由到主库；
    从库（slave1、slave2）数据无变化：

结合 “已暂停主从同步” 的前提，从库未出现新增数据，直接证明写操作未路由到任何从库，仅主库接收写请求，符合 “写走主库” 的读写分离预期。

六、总结

  1. 核心依赖：MyCat 读写分离的前提是 MySQL 主从复制，需确保从库 Slave_IO_Running 与 Slave_SQL_Running 均为 Yes；
  2. 关键配置：MyCat 的 schema.xml 中，balance（读负载）、writeType（写路由）、switchType（故障切换）是决定读写分离效果的核心参数；
  3. 价值：MyCat 为应用提供透明的数据库访问入口，无需修改代码即可实现读写分离，同时支持扩展分库分表，是企业级 MySQL 架构的重要中间件；
  4. 注意事项：生产环境需关闭 validate-password=OFF，配置强密码；switchType 建议设为 -1（手动切换），避免主从延迟导致的切换异常；定期监控主从延迟与 MyCat 连接池状态。

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

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

相关文章

物联网传感器检测实验

物联网传感器检测实验

/*------------------------------------------------------------------------------ * @文件名 : handle * @描述 : 用户处理函数 * @作者 : 物联网项目组 * @日期 : 2023/04/01 * @版本 : V0.0.2 *****************************…
阅读更多...
什么是dirsearch、xray、durpsuite、sqlmap？

什么是dirsearch、xray、durpsuite、sqlmap？

你提到的 dirsearch、xray、durpsuite&#xff08;可能为笔误&#xff0c;推测是 ​​Burp Suite​​&#xff09;和 sqlmap 均为网络安全领域中常用的工具&#xff0c;主要用于 Web 应用的安全测试、漏洞检测或渗透测试。以下分别详细说明&#xff1a;​​1. dirsearch​​​​…
阅读更多...
lamp脚本部署

lamp脚本部署

#!/bin/bash #关闭防火墙和selinux systemctl stop firewalld systemctl disable firewalld setenforce 0 #配置yum网络源 echo “正在配置yum仓库” rm -rf /etc/yum.repos.d/* wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo &am…
阅读更多...
Redis Hash数据类型深度解析：从命令、原理到实战场景

Redis Hash数据类型深度解析：从命令、原理到实战场景

前言 在Redis的众多数据结构中&#xff0c;Hash&#xff08;哈希&#xff09;类型占据着至关重要的地位。Redis本身就是一个高性能的键值&#xff08;Key-Value&#xff09;数据库&#xff0c;其底层的键值对便是通过哈希方式组织的。而Hash数据类型则更进一步&#xff0c;它允…
阅读更多...
【C++实战⑬】解锁C++文件操作：从基础到实战的进阶之路

【C++实战⑬】解锁C++文件操作：从基础到实战的进阶之路

目录一、文件操作的基本概念1.1 文件的分类与打开方式1.2 文件流的概念与相关类&#xff08;ifstream、ofstream、fstream&#xff09;1.3 文件操作的基本流程二、文本文件的读写实战2.1 文本文件的打开与关闭2.2 文本文件的写入操作&#xff08;<< 运算符、write 函数&a…
阅读更多...
从C++开始的编程生活（9）——模板初阶

从C++开始的编程生活（9）——模板初阶

前言 本系列文章承接C语言的学习&#xff0c;需要有C语言的基础才能学会哦~ 第8篇主要讲的是有关于C的模板初阶。 C才起步&#xff0c;都很简单&#xff01;&#xff01; 目录 前言 模板初阶 基本语法 函数模板的实例化 显式实例化的作用 类模板 基本语法 模板初阶 模板…
阅读更多...
计算机网络——传输层（25王道最新版）

计算机网络——传输层（25王道最新版）

传输层传输层提供的服务进程 端口号 传输层协议之间的关系socket套接字有链接 VS 无连接 | 可靠 VS 不可靠UDP数据报及检验数据报格式检验方法TCPTCP协议的三大阶段TCP报文段格式&#xff08;很重要&#xff09;建立连接&#xff08;三次握手&#xff09;&#xff08;超级超级重…
阅读更多...
羽毛球地板：从专业运动场景到全民健身市场的技术跃迁与产业重构

羽毛球地板：从专业运动场景到全民健身市场的技术跃迁与产业重构

在全球体育产业向“专业化大众化”双轨并行的趋势下&#xff0c;羽毛球地板作为运动场景的核心基础设施&#xff0c;正经历从单一功能型产品向“性能优化场景适配智能管理”一体化解决方案的转型。据QYResearch统计&#xff0c;2031年全球羽毛球地板市场规模将达15.95亿元&…
阅读更多...
R 语言查看类库源码的方法

R 语言查看类库源码的方法

你想查看 getGEO&#xff08;来自 R 语言 GEOquery 包&#xff09;的源码&#xff0c;这能帮你更好理解其工作原理和数据处理细节。由于 getGEO 是 R 函数&#xff0c;查看方法与 Python 有所不同。下面为你提供几种主要方法。 方法 适用场景 关键命令/操作 在 R 控制台直接查看…
阅读更多...
SQL，posexplode 用法示例

SQL，posexplode 用法示例

示例1 -- 创建测试数据 WITH test_data AS (SELECT array(apple, banana, cherry) as fruits ) SELECT pos, col FROM test_data LATERAL VIEW posexplode(fruits) t AS pos, col;结果 pos | col ----|------- 0 | apple 1 | banana 2 | cherry示例2 -- 假设有一个用户表…
阅读更多...
数据库造神计划第十天---数据库约束（1）

数据库造神计划第十天---数据库约束（1）

&#x1f525;个人主页&#xff1a;寻星探路 &#x1f3ac;作者简介&#xff1a;Java研发方向学习者 &#x1f4d6;个人专栏&#xff1a;《从青铜到王者&#xff0c;就差这讲数据结构&#xff01;&#xff01;&#xff01;》、 《JAVA&#xff08;SE&#xff09;----如此简单&a…
阅读更多...
知微传感Dkam系列3D相机SDK例程篇：CSharp连接相机及保存数据

知微传感Dkam系列3D相机SDK例程篇：CSharp连接相机及保存数据

序言 写在前面 本人从事机器视觉细分的3D相机行业。编写此系列文章主要目的有&#xff1a; 1、便利他人应用相机&#xff0c;本系列文章包含公司所出售相机的SDK的使用例程及详细注释&#xff1b;2、促进行业发展及交流。 知微传感Dkam系列3D相机可以应用于定位分拣、焊接焊缝提…
阅读更多...
[笔记] 系统分析师 第十二章 软件架构设计（分析师主要工作）

[笔记] 系统分析师 第十二章 软件架构设计（分析师主要工作）

文章目录前言12.1 软件架构概述12.1.1 软件架构的意义12.1.2 软件架构的发展史12.2 软件架构建模12.3 软件架构风格12.3.1 软件架构风格概述12.3.2 数据流体系结构风格1.批处理体系结构风格2.管道-过滤体系结构风格12.3.3 调用/返回体系结构风格1.主程序/子程序风格2.面向对象体…
阅读更多...
C++---存储周期，作用域，链接性

C++---存储周期，作用域，链接性

在C程序设计中&#xff0c;变量的行为不仅由其类型决定&#xff0c;还由存储周期&#xff08;变量在内存中存在的时间&#xff09;、作用域&#xff08;变量可被访问的代码范围&#xff09;和链接性&#xff08;变量在多文件程序中的可见性&#xff09;共同约束。 一、存储周期…
阅读更多...
基于Python的商品爬取与可视化系统

基于Python的商品爬取与可视化系统

本系统是基于Python的商品数据爬取与价格分析可视化系统&#xff0c;集成了数据爬取、数据存储、数据展示和可视化分析等功能。下面介绍一下系统主要功能和技术栈。一、主要功能&#xff1a;1、数据爬取功能 支持淘宝美妆商品数据爬取 可配置搜索关键词和爬取页数 实时显示爬取…
阅读更多...
联邦学习过程中，了解清楚影响准确率的因素有哪些也很重要

联邦学习过程中，了解清楚影响准确率的因素有哪些也很重要

影响模型准确率的因素有很多&#xff0c;下面是一些主要的因素&#xff0c;它们可以从数据、模型设计、训练策略以及超参数等多个层面来考虑。1. 学习率作用&#xff1a;学习率直接影响模型的训练速度、稳定性和最终表现。过高的学习率可能导致模型不收敛或收敛不稳定&#xff…
阅读更多...
C# WPF中使用System.Management.Automation类调用Powershell报错解决办法

C# WPF中使用System.Management.Automation类调用Powershell报错解决办法

在WPF开发中&#xff0c;需要使用powershell进行自动化管理&#xff0c;以下为开发环境 1、.NET framework 4.7.2 2、VS2019 社区版 使用System.Management.Automation类 遇到的问题&#xff1a; 需要引用 System.Management.Automation类&#xff0c;但是在使用using指令时无法…
阅读更多...
从 Pump.fun「直播」看热点币的生与死

从 Pump.fun「直播」看热点币的生与死

在加密市场里&#xff0c;热点就是流量&#xff0c;流量就是价值。最近&#xff0c;Solana 生态的 Pump.fun 推出了「直播」板块&#xff0c;让发币这件事变得像看秀一样&#xff1a;一个个新币在链上实时登场&#xff0c;社区即时互动&#xff0c;玩家实时下注。这种形式不仅带…
阅读更多...
图灵完备性：计算理论的基石与无限可能

图灵完备性：计算理论的基石与无限可能

本文由「大千AI助手」原创发布&#xff0c;专注用真话讲AI&#xff0c;回归技术本质。拒绝神话或妖魔化。搜索「大千AI助手」关注我&#xff0c;一起撕掉过度包装&#xff0c;学习真实的AI技术&#xff01; 1 图灵完备性的基本概念 图灵完备性&#xff08;Turing completeness…
阅读更多...
HarmonyOS 5.0应用开发——V2装饰器@once的使用

HarmonyOS 5.0应用开发——V2装饰器@once的使用

【高心星出品】 文章目录V2装饰器once的使用概念一、核心作用与规则二、适用场景案例V2装饰器once的使用 概念 在鸿蒙ArkTS开发中&#xff0c;Once装饰器用于实现子组件仅接受父组件传递的初始值&#xff0c;后续父组件数据变化不再同步至子组件。以下是其核心要点&#xff1…
阅读更多...
最新文章

Copyright @ 2022~2023