JDK高版本特性总结与ZGC实践（以美团为例）

于 2025-08-19 10:47:17 发布
阅读量729 收藏 11
点赞数 19
CC 4.0 BY-SA版权
文章标签： java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/excellent_fish_c/article/details/150519087

在Java生态中，JDK 8长期占据主流地位，美团内部Java 8服务占比甚至超过70%。然而，随着业务规模增长，许多核心服务逐渐暴露性能瓶颈——频繁的GC停顿、居高不下的CPU占用、内存利用率不足等问题，仅靠JVM参数调优已无法解决。美团信息安全技术团队率先将核心服务升级至JDK 17后，不仅实现了性能与稳定性的跨越式提升，还降低了约10%的机器成本。更重要的是，当前Java AI SDK（如Spring AI）的最低支持版本已为JDK 17，升级成为拥抱AI时代的必然选择。

本文将系统梳理JDK 8到17的核心特性升级，结合美团在安全领域的实战案例，深入解析ZGC（Z Garbage Collector）的技术原理与落地价值，为开发者提供从“Java 8依赖”到“高版本赋能”的迁移指南。

一、JDK 17核心特性：从语法糖到性能质变

从JDK 8直接升级至17，并非简单的版本迭代，而是包含了9至17多个版本的特性积累。这些特性不仅优化了开发效率，更从底层重构了JVM的性能基石。

1. 语言特性：让代码更简洁、更安全

（1）局部变量类型推断（var关键字）：告别冗余声明

JDK 10引入的var关键字，允许编译器根据赋值自动推断局部变量类型，在复杂泛型场景中效果尤为显著：

// JDK 8：冗长的类型声明
Map<String, List<Map<String, Integer>>> userOrders = new HashMap<String, List<Map<String, Integer>>>();

// JDK 17：类型自动推断
var userOrders = new HashMap<String, List<Map<String, Integer>>>();

核心价值：减少重复代码，降低类型声明与实际赋值不一致的错误风险。但需注意，var仅适用于局部变量，且推断后类型固定（如var str = "hello"不能再赋值为整数），兼顾灵活性与类型安全。

（2）密封类（Sealed Classes）：控制继承边界

在框架设计中，若需限制类的继承范围（如仅允许特定子类实现），JDK 17的sealed关键字可精准实现这一需求：

// 密封类：仅允许Circle、Rectangle、Triangle继承
public sealed class Shape permits Circle, Rectangle, Triangle {
    public abstract double area(); // 抽象方法由子类实现
}

// 子类必须声明状态：final（不可再继承）、sealed（继续限制）或non-sealed（开放继承）
public final class Circle extends Shape {
    private final double radius;
    public Circle(double radius) { this.radius = radius; }
    @Override public double area() { return Math.PI * radius * radius; }
}

public non-sealed class Rectangle extends Shape { // 允许被任意类继承
    private final double length;
    private final double width;
    @Override public double area() { return length * width; }
}

解决的问题：避免API被无序扩展导致的维护混乱。例如，在支付系统中，Payment密封类可仅允许WechatPay、Alipay等已知子类，防止第三方随意扩展引发的兼容问题。

（3）Record类：数据载体的“零样板代码”

对于仅用于存储数据的类（如DTO、VO、查询结果封装），record关键字可自动生成构造函数、equals()、hashCode()和toString()，彻底消灭重复代码：

// JDK 17：一行定义不可变数据类
record User(Long id, String username, String email) {}

// 等效于JDK 8的50行手动实现（含构造函数、getter、equals等）
public final class User {
    private final Long id;
    private final String username;
    private final String email;

    public User(Long id, String username, String email) {
        this.id = id;
        this.username = username;
        this.email = email;
    }

    // 手动实现getter、equals、hashCode、toString...
}

核心优势：

  • 不可变性：字段默认final，避免意外修改导致的线程安全问题。
  • 减少错误：自动生成的方法避免手动编写时的疏漏（如equals未覆盖所有字段）。
  • 模式匹配友好：可直接用于switch模式匹配（JDK 17预览特性），简化数据解析逻辑。
（4）switch表达式：从“语句”到“表达式”的进化

JDK 17的switch支持直接返回值，无需break，且允许合并case，代码逻辑更直观：

// JDK 8：繁琐的case与break
int dayLength;
switch (day) {
    case MONDAY:
    case FRIDAY:
    case SUNDAY:
        dayLength = 6;
        break;
    case TUESDAY:
        dayLength = 7;
        break;
    case THURSDAY:
    case SATURDAY:
        dayLength = 8;
        break;
    case WEDNESDAY:
        dayLength = 9;
        break;
    default:
        throw new IllegalArgumentException("Invalid day: " + day);
}

// JDK 17：简洁的表达式语法
int dayLength = switch (day) {
    case MONDAY, FRIDAY, SUNDAY -> 6;
    case TUESDAY -> 7;
    case THURSDAY, SATURDAY -> 8;
    case WEDNESDAY -> 9;
    default -> throw new IllegalArgumentException("Invalid day: " + day);
};

适用场景：状态判断、枚举映射等逻辑，代码行数减少50%以上，可读性显著提升。

（5）文本块与空指针优化：提升开发效率的“小而美”特性

  • 文本块：用"""包裹多行字符串，避免\n和+拼接，尤其适合SQL、JSON等格式的代码：

    // JDK 8：混乱的转义与拼接
String sql = "SELECT id, username, email " +
             "FROM user " +
             "WHERE status = 'active' " +
             "  AND create_time > '2023-01-01'";

// JDK 17：保持原始格式
String sql = """
    SELECT id, username, email
    FROM user
    WHERE status = 'active'
      AND create_time > '2023-01-01'
    """;

    文本块还支持stripIndent()去除缩进、formatted()填充变量，进一步简化字符串处理。

  • 增强NullPointerException：报错信息直接定位到具体空对象，例如：
    Cannot invoke "Address.getCity()" because the return value of "User.getAddress()" is null
    相比JDK 8的NullPointerException at XXX.java:10，可直接锁定空指针链中的具体对象，排查时间从小时级缩短至分钟级。

2. 新API与工具：原生能力的跨越式提升

（1）HttpClient：替代第三方库的HTTP客户端

JDK 11引入、17优化的HttpClient支持同步/异步请求，兼容HTTP/1.1和HTTP/2，无需依赖OkHttp、Apache HttpClient等第三方库：

// 异步POST请求示例
HttpClient client = HttpClient.newBuilder()
    .version(HttpClient.Version.HTTP_2) // 启用HTTP/2
    .connectTimeout(Duration.ofSeconds(10))
    .build();

HttpRequest request = HttpRequest.newBuilder()
    .uri(URI.create("https://api.example.com/pay"))
    .header("Content-Type", "application/json")
    .POST(HttpRequest.BodyPublishers.ofString("{\"orderId\": 12345}"))
    .build();

// 异步处理响应（非阻塞）
client.sendAsync(request, HttpResponse.BodyHandlers.ofString())
    .thenApply(HttpResponse::body)
    .thenAccept(responseBody -> {
        System.out.println("支付结果：" + responseBody);
    })
    .exceptionally(e -> {
        e.printStackTrace();
        return null;
    });

核心优势：

  • 性能优化：原生集成JVM的IO多路复用机制，比第三方库更适配底层线程模型。
  • 减少依赖：避免第三方库的漏洞风险（如CVE-2023-XXXXX）和版本升级成本。
  • 功能完备：支持超时控制、代理、Basic Auth、SSL/TLS等企业级特性。
（2）jpackage：一键打包为原生应用

将Java程序与JRE打包为Windows（.exe）、macOS（.dmg）或Linux（.deb）的原生安装包，用户无需预先安装JDK即可运行：

# 生成Windows安装包
jpackage --type exe \
  --input target/lib \          # 依赖JAR目录
  --main-jar payment-tool.jar \  # 主JAR包
  --name PaymentTool \           # 应用名称
  --version 1.0 \                # 版本号
  --vendor "Meituan" \           # 厂商信息
  --description "支付对账工具" \
  --icon src/main/resources/icon.ico  # 图标

适用场景：内部运维工具、客户端应用（如商户后台助手），简化部署流程，提升用户体验。

（3）进程API：精细化监控与管理

ProcessHandle接口提供进程全生命周期的详细信息，支持监控子进程状态，适用于分布式系统的进程管理：

// 启动子进程并监控其退出
Process process = new ProcessBuilder("sh", "-c", "backup.sh")
    .directory(Paths.get("/opt/backup"))
    .start();

// 异步监控退出状态
process.onExit().thenAccept(ph -> {
    long pid = ph.pid();
    int exitCode = ph.exitValue();
    System.out.printf("进程%d退出，状态码：%d%n", pid, exitCode);
    if (exitCode != 0) {
        // 处理失败逻辑（如重试、告警）
    }
});

// 获取当前进程信息
ProcessHandle current = ProcessHandle.current();
current.info().commandLine().ifPresent(cmd -> 
    System.out.println("当前进程命令：" + cmd)
);
current.info().startInstant().ifPresent(startTime -> 
    System.out.println("启动时间：" + startTime)
);

3. 性能与底层优化：JVM的“内功升级”

（1）ZGC：突破传统GC的性能瓶颈

作为JDK 11引入、17成熟的低延迟垃圾回收器，ZGC的设计目标是：支持TB级内存、停顿时间<10ms、吞吐量损耗<15%。其核心创新在于：

  • 并发标记/转移/重定位：仅初始标记、再标记和初始转移阶段短暂STW（通常<1ms），且停顿时间不随堆大小增长。
  • 染色指针（Colored Pointers）：将对象的GC状态（如是否存活、是否移动）编码到指针的高几位，无需访问对象头即可获取状态，大幅提升标记效率。
  • 读屏障（Load Barrier）：在对象引用读取时动态调整地址（如对象已移动则指向新地址），支持并发转移对象而不影响应用线程。

对比传统GC：

指标ZGC（JDK 17）G1（JDK 8）CMS（JDK 8）
最大堆支持TB级数十GB数十GB
典型停顿时间<10ms100-500ms50-200ms
吞吐量损耗<15%<20%<10%（但随堆增长下降）
内存碎片低（部分压缩）中高
（2）其他底层优化
  • NIO增强：
    • 支持Unix-Domain套接字（进程间本地通信，比TCP快30%+）。
    • 零拷贝IO：通过FileChannel.transferTo()直接在内核态复制数据，减少用户态与内核态切换。
  • 模块化设计（JPMS）：
    按需加载java.base、java.sql等模块，避免JDK 8加载完整rt.jar（约60MB）的内存开销，启动速度提升20%+。
  • 弹性元空间：
    实时回收未使用的类元数据，避免JDK 8中永久代OOM问题，元空间占用降低30%+。

二、美团JDK 17+ZGC实战：从理论到落地

美团信息安全团队在核心服务中实践JDK 17+ZGC后，验证了高版本JDK的性能价值。以下结合真实案例，解析升级策略与效果。

1. 适用场景：哪些服务适合升级？

结合美团经验，以下场景升级后收益最显著：

  • 服务器成本压力大：单机配置≥16C16G、堆内存≥16G、服务实例数≥100台（规模效应明显）。
  • 性能瓶颈突出：
    • 峰值CPU使用率≥50%，GC耗时在性能火焰图中占比≥10%。
    • 接口TP9999波动大（如因GC导致偶尔超时），高峰期告警频繁。
  • 业务特性匹配：高并发（QPS>1万）、低延迟（接口响应时间<100ms）的核心服务（如风控决策、内容安全检测）。

2. 实战效果：数据见证性能飞跃

（1）压测指标对比

在高QPS服务中，ZGC的优化效果显著：

  • TP9999：降低220380ms（降幅18%74%）。
  • TP999：降低60125ms（降幅10%63%）。
  • TP99：降低320ms（降幅0%25%）。

注：重度依赖外部接口的服务优化有限（瓶颈在外部依赖，非GC），低QPS服务对比差异不明显。

（2）案例1：智能决策系统（JDK 11+ZGC → JDK 17+ZGC）

该系统用于实时风险评估，日均处理请求超10亿次，对延迟敏感。升级后：

  • CPU使用率：峰值从47.86%降至41.49%（降低6.37个百分点）。
  • 长期稳定性：运行15天后，JDK 11的TP9999随时间逐渐升高（内存碎片累积），而JDK 17保持稳定。
  • 错误率：UGC集群错误数量从峰值6000降至349（降幅94%）。
（3）案例2：内容安全核心服务（JDK 8+CMS → JDK 17+ZGC）

该服务为代理层，负责请求分发与日志监控，原CMS的Young GC平均耗时17ms，每分钟6次。升级后：

  • GC影响消除：ZGC的STW时间降至0.5ms以内，受GC影响的请求占比从0.196%降至0.01%。
  • 接口延迟：TP9999从210ms降至85ms（降幅59.5%）。
  • 资源占用：元空间使用从400MB降至330MB（降幅17.5%）。

3. 升级指南：从部署到调优

（1）兼容性问题与解决

最常见的问题是模块化导致的反射访问限制（JDK 9+引入模块隔离），报错示例：

java.lang.reflect.InaccessibleObjectException: Unable to make field private final java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock accessible: 
module java.base does not "opens java.util.concurrent.locks" to unnamed module @1ba9117e

解决方式：通过JVM参数开放模块访问权限：

--add-opens java.base/java.lang=ALL-UNNAMED \
--add-opens java.base/java.util.concurrent.locks=ALL-UNNAMED \
--add-opens java.base/java.util=ALL-UNNAMED \
# 根据具体报错补充其他模块
（2）ZGC参数调优实践

基于美团16C16G机器的生产环境，推荐参数如下（可根据实际调整）：

-server -Xmx12g -Xms12g \                # 堆大小（建议与物理内存匹配，避免频繁扩容）
-XX:+UseZGC \                            # 启用ZGC
-XX:ConcGCThreads=3 \                     # 并发GC线程数（总核数的18%左右，避免抢占应用CPU）
-XX:ParallelGCThreads=8 \                # STW阶段线程数（总核数的50%左右，加速短暂停顿）
-XX:ZCollectionInterval=130 \             # GC最小间隔（秒，避免频繁GC）
-XX:ZAllocationSpikeTolerance=1 \         # 内存增长容忍度（默认2，降低则更早触发GC）
-XX:MaxDirectMemorySize=460m \            # 直接内存上限（避免OOM）
-XX:MetaspaceSize=330m -XX:MaxMetaspaceSize=330m \  # 元空间大小（固定值避免动态调整）
-Xlog:gc*=info:file=/opt/logs/gc.log:time,tid:filecount=5,filesize=50m \  # GC日志配置
# 模块化开放参数（按需添加）
--add-opens java.base/java.util=ALL-UNNAMED
（3）平滑过渡策略

对于无法直接升级至17的团队，可采用“两步走”方案：

  1. 先升级至JDK 11（LTS版本，兼容性更好），解决部分性能问题；
  2. 待中间件与依赖库支持后，再迁移至JDK 17，享受ZGC与AI生态红利。

三、总结与展望

JDK 17的升级不仅是语言特性的迭代，更是JVM性能的“代际跨越”。美团的实践证明，在高并发、大内存场景中，JDK 17+ZGC可降低10%的机器成本，同时显著提升服务稳定性。对于开发者而言：

  • 开发效率：var、record、文本块等特性减少50%+的样板代码，空指针优化大幅降低调试时间。
  • 性能体验：ZGC的低延迟特性让核心服务告别“GC毛刺”，接口延迟的长尾问题得到根本解决。
  • 生态适配：拥抱AI时代的前提（Spring AI等工具最低支持JDK 17），避免技术栈落后。

升级过程中，建议结合代码扫描工具（如IntelliJ的JDK迁移助手）与AI辅助（如ChatGPT生成适配代码），降低迁移成本。在云原生与AI的浪潮下，JDK 17已成为企业级应用的“新基建”——与其固守Java 8的舒适区，不如主动拥抱变化，解锁高版本JDK的性能红利。

浮午
关注
贝壳后端面试，拿下了！
JavaGuide
11-29 818
用简单的话说清楚自己主要的技术栈于擅长的领域，例如 Java 后端开发、分布式系统开发；把重点放在自己的优势上，重点突出自己的能力比如自己的定位的 bug 的能力特别厉害；避免避实就虚，适当举例体现自己的能力，例如过往的比赛经历、实习经历；自我介绍的时间不宜过长，一般是 1~2 分钟之间。如果你有实习经历的话，自我介绍之后，第二个问题一般就是聊你的实习经历。面试之前，一定要提前准备好对应的话术，突出介绍自己实习期间的贡献。
学习 Java 语言，你需要知道的 Java 简史
程序员蜗牛
03-14 352
阅读本文你将收获： 为什么要学习 Java Java 这门语言如今是互联网行业炙手可热的编程语言，像阿里、美团这些大厂，技术体系都是建立在 Java 之上。这些大厂又是很多新兴互联网企业的技术风向标，因此 Java 使用范围相当的广，对 Java 程序员的需求量就相当的大。 Java 不仅仅是一杯热腾腾的咖啡，还可以是一个靠得住的饭碗！ 蜗牛从大学开始就接触 Java，工作之后也一直是使用 Java 这门程序设计语言作为编程首选。希望结合自己的知识体系和实践经验，产出 Java 学习的一系列教程，能够帮助
JDK高版本特性总结与ZGC实践-美团
简放视野的专栏
06-20 144
美团信息安全技术团队核心服务升级JDK 17后，性能与稳定性大幅提升，机器成本降低了10%。高版本JDK与ZGC技术令人惊艳，且Java AI SDK最低支持JDK 17。本文总结了JDK 17的主要特性，然后重点分享了JDK 17+ZGC在安全领域的一些实践，希望能对大家有所帮助或启发。
JDK高版本特性总结与ZGC实践
美团技术团队
06-19 898
美团信息安全技术团队核心服务升级JDK 17后，性能与稳定性大幅提升，机器成本降低了10%。高版本JDK与ZGC技术令人惊艳，且Java AI SDK最低支持JDK 17。本文总结了JDK 17的主要特性，然后重点分享了JDK 17+ZGC在安全领域的一些实践，希望能对大家有所帮助或启发。
深度解析ZGC：高效垃圾回收的应用与优化
热门推荐
张彦峰的博客
04-07 176万+
随着现代应用对性能的要求不断提高，ZGC（Z Garbage Collector）作为一种低暂停时间的垃圾回收器，已成为处理大规模堆内存的理想选择。本文介绍了 ZGC 的基本原理与技术架构，重点分析了其在 JDK11 中的应用与优化策略。通过对 ZGC 性能特点的探索，本文旨在帮助开发者深入理解其在高并发、大数据场景下的表现，以及如何通过合理调优提升系统的内存管理效率和稳定性。
JDK17至JDK19的核心新特性
一叶之秋的博客
07-05 1553
以下是。
深入探讨Java的ZGC垃圾收集器：原理、实战与优缺点
zuiyuelong的博客
07-12 795
在Java生态系统的演进历程中，垃圾收集器的创新始终是提升应用性能的关键突破口。2018年随JDK 11首次亮相的ZGC（Z Garbage Collector），标志着Oracle在低延迟垃圾收集技术上的重大突破。这款被设计用于TB级堆内存场景的收集器，其名称中的"Z"寓意着"可伸缩性"（Z Scalable），直接揭示了其应对现代大规模应用的核心能力。技术演进的必然产物Java垃圾收集器的发展轨迹从Serial到CMS，再到G1，本质上是对"吞吐量"与"停顿时间"这对矛盾的持续优化。
ZGC 特性和 GC 日志分析
u010947588的专栏
04-23 2050
Z Garbage Collector，也称为ZGC，在 jdk 11 中引入的一种可扩展的低延迟垃圾收集器，在 jdk 15 中发布稳定版。
深入理解 JVM 的垃圾收集器：CMS、G1、ZGC
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
05-21 1590
本篇内容我们主要介绍了 CMS、G1 和 ZGC 三种垃圾收集器，它们都是分区收集器，都是为了降低 GC 停顿时间而生的，但是它们各有优缺点，我们可以根据业务场景选择合适的垃圾收集器。 垃圾回收对于 Java 党来说，是一个绕不开的话题，工作中涉及到的调优工作也经常围绕着垃圾回收器展开。面对不同的业务场景，往往需要不同的垃圾收集器才能保证 GC 性能，因此，对于面大厂或者有远大志向的球友可以卷一下垃圾收集器。 就目前来说，JVM 的垃圾收集器主要分为两大类：分代收集器和分区收集器，
JVM垃圾回收——ZGC垃圾收集器
weixin_39555954的博客
04-02 4725
ZGC(Z Garbage Collector)是一款在jdk11中加入的具有实验性质的低延迟的垃圾收集器，在jdk15中去掉实验的标识，成为具有商用的垃圾收集器。垃圾收集停顿时间控制在10毫秒以内（在jdk16之后停顿时间已经控制到1毫秒以内）的一款低停顿的垃圾收集器。如果非要给ZGC下一个定义的话，ZGC收集器是一款基于Region内存布局的，不设分代（不分老年代、新生代）的，使用了等技术来实现的基于标记-整理算法实现的，以低延迟为首要目标的一款的垃圾收集器。
美团架构师探秘Java生态系统，介绍JDK、JVM、JEP
m0_63437643的博客
02-09 1120
OpenJDK OpenJDK原是Sun MicroSystems公司（下面简称Sun公司）为Java平台构建的Java开发环境，于2009年4月15日由Sun公司正式发布。后来Oracle公司在2010年收购Sun公司，接管了这项工作。 随着OpenJDK的发布，越来越多的公司和组织都基于OpenJDK深度定制了一些独具特色的JDK分支，为用户提供更多选择。例如，国内厂商阿里巴巴的Dragonwell支持JWarmup，可以让代码在灰度环境预热编译后供生产环境直接使用；腾讯的Kona 8将高版
资料收集整理
zhaoxinglin123的专栏
01-19 377
1、jvm 2、java 3、spring 4、mysql 5、redis 6、kafka 7、hadoop 8、算法 9、思考
Java——琐碎知识点2
2401_88065518的博客
08-15 743
Java基础知识点：Java官方帮助文档、Scanner扫描器、快捷键、“==”做比较、获取代码运行时间、打印对象名时不会出现内存地址的类型、Arrays类常用方法、循环标号的使用、Lambda表达式、异常处理、Java浮点数的精度问题（BigDecimal）、DecimalFormat格式化数字工具、printf格式化输出
08.常见文本处理工具
最新发布
weixin_56408536的博客
08-18 482
查看二进制文件的不同。
JavaScript 核心基础：类型检测、DOM 操作与事件处理
热爱音乐和二次元！
08-15 1326
本文系统梳理 JavaScript 核心知识点，包括数据类型检测规则、遍历方式、DOM操作和事件处理。重点解析 typeof 运算符对不同数据类型的检测结果，数组与对象的遍历方法差异，以及使用 querySelector 获取元素的现代方案。同时详细讲解事件绑定的两种方式（onclick 覆盖 vs addEventListener 多播）和事件冒泡机制，帮助开发者构建扎实的 JS 基础，写出更健壮的代码。
cat本地部署
Chaser______的博客
08-15 714
CAT监控系统部署指南 环境准备：JDK1.8、Tomcat、MySQL 获取CAT包：通过Git克隆源码或下载官网war包 部署步骤： 创建/data目录结构并设置权限 配置client.xml、datasources.xml和server.xml 导入SQL文件创建数据库 将cat.war部署到Tomcat的webapps目录 启动服务：启动Tomcat后访问http://ip:8080/cat 注意事项：将配置文件中的127.0.0.1替换为实际IP地址 （98字）
蓝凌EKP产品：JSP 性能优化和 JSTL/EL要点检查列表
wwwhongxia的专栏
08-17 960
使用或获取 Spring BeanFilter 本身由 Tomcat 管理，但业务逻辑由 Spring 管理支持 Redis 缓存、限流、统计等功能JSP 内置对象作用域优化临时页面变量使用page作用域避免使用 request/session/application 存储短期临时数据提升性能，降低内存压力。
Java集合Map与Stream流：Map实现类特点、遍历方式、Stream流操作及Collections工具类方法
FUYY'S BLOG
08-15 732
Stream流是Java 8引入的处理集合数据的高级工具，它不是数据结构，而是数据处理管道，可以对集合、数组等数据源进行高效的聚合操作（如过滤、排序、统计等）。
Mybatis批量插入，形式不同性能也不同
static_coder的博客
08-18 636
批量插入面对小数据量的时，几乎没有任何区别，可以随意使用。一旦数据量比较大时，我们就需要斟酌，选择合适的插入方法，可以帮我们节省很多资源和时间。这样的脚本，适用于数据量不大的情况，基本满足业务需求，但是却存在安全隐患。上面的这种写法确实比一条条的数据入库的速度快太多，我们这里只横向对比不同的批量插入。从运行的结果来看，这种方式才是类似我们手搓的的脚本，效率杠杠的。所以呢，当一次插入的数据达到一定的数据就会出现异常。本节，我们将对比不同的写法以及响应的时间的消耗。接收和发送的最大数据包的大小，默认64M。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值