logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

ClickHouse 数据迁移与导入导出 详解

ClickHouse 数据迁移与导入导出指南 本文全面介绍 ClickHouse 数据操作的多种方式: 数据导入 INSERT VALUES:仅适合小批量测试 INSERT SELECT:推荐表间迁移 命令行导入:支持 CSV/TSV/JSON 等格式 Kafka 引擎:实现实时流式导入 数据导出 INTO OUTFILE:服务端文件导出 命令行导出:灵活支持多种格式 外部系统导出:如 S3、HD

#clickhouse#学习
PostgreSQL 备份与恢复详解 —— pg_dump / pg_restore 全方位指南

PostgreSQL 备份与恢复核心指南:详细解析 pg_dump 和 pg_restore 工具的使用方法,涵盖逻辑备份、物理备份、增量备份等企业级实践。重点介绍四大备份格式(纯文本/自定义/目录/tar格式)的特点与适用场景,提供完整备份、仅结构/数据备份、特定表备份等实用示例。同时详解 pg_restore 的恢复操作,包括完整恢复、选择性恢复单表、仅恢复数据等典型场景,并给出常用选项说明和

#postgresql#数据库#学习
redis-cli 详解:Redis 命令行客户端全面指南

redis-cli 是 Redis 官方命令行工具,支持交互式和批处理操作。本文详细介绍了其核心功能:基本连接(本地/远程/集群)、多种输出格式控制(raw/csv)、高级特性(性能测试/数据导入/命令监控)、常用运维命令(INFO/CLIENT等)以及安全配置技巧。重点讲解了实用场景如大键分析(--bigkeys)、延迟检测(--latency)和管道导入(--pipe),并提供了生产环境最佳实

#redis#数据库#缓存
Delta Lake、Apache Iceberg 和 Apache Hudi 三大数据湖方案的深度对比解析

三大数据湖方案对比解析 Delta Lake、Apache Iceberg和Apache Hudi是当前主流的数据湖解决方案,各有其核心优势。Delta Lake由Databricks发起,支持Spark/Flink等引擎,提供ACID事务和Z-Order优化;Iceberg源自Netflix,具有隐式分区和低存储放大率的特点;Hudi由Uber开发,擅长增量处理和CDC场景。在云平台集成方面,I

#大数据
大数据示例:使用MapReduce实现TopN分析

本文介绍了使用MapReduce模型实现TopN分析的算法设计。该方案通过两阶段处理:Map阶段计算局部TopN,Reduce阶段聚合全局TopN,适用于电商排行、社交网络分析等场景。文章详细展示了Java实现代码,包括使用优先队列维护TopN列表的Mapper和Reducer逻辑,以及数据项的封装处理。该算法能高效处理大规模数据的排名分析,通过参数N可灵活控制输出结果数量。

#大数据#mapreduce
Java 大数据学习路线详解

fill:#333;color:#333;color:#333;fill:none;Java基础大数据基础Hadoop生态Spark生态流处理技术云平台与容器化项目实战数据库技术数据仓库机器学习。

#java#大数据#学习
Spring AI 向量数据库接口 速览

等特性,显著降低了 Java 开发者集成向量数据库的复杂度。其支持多数据库(如 Qdrant、PGVector、Azure Vector)并提供统一抽象层,使开发者可聚焦业务逻辑而非底层存储细节。结合 Spring Boot 自动配置与生态整合能力,Spring AI 成为构建智能检索、推荐系统等 AI 应用的理想选择。抽象层,支持与多种主流向量数据库集成。Spring AI 的向量数据库接口通过

#spring#人工智能#数据库
一文了解 物联网协议

城市级覆盖、电池供电设备(如水表、农业监测):移动性强、高带宽需求(车联网、视频监控):家庭/办公室场景(智能家居、可穿戴设备)

#物联网
JVM 频繁 Full GC 问题的深度定位与解决方案

Full GC是对整个堆内存(新生代 + 老年代)和方法区的垃圾回收。通常由以下触发:老年代空间不足元空间(Metaspace)无法扩容显式调用CMS 并发模式失败 / 晋升失败G1 回收效率不足📉 影响:STW 时间长,CPU 占用高,接口超时,用户体验差。🔍一看 jstat看 FGC 频率与老年代使用📄二查 GC log:找Full GC原因、停顿时长、Metaspace🚫三禁 Sys

#jvm
JVM 常见问题之 CPU 100% 定位与解决

JVM CPU 100% 排查指南 当 Java 进程出现 CPU 100% 时,可按照以下步骤快速定位问题: 初步定位: top 查看高 CPU 进程 top -Hp <pid> 定位问题线程 将线程 ID 转为十六进制 深入分析: jstack 获取线程栈,匹配问题线程 结合 jstat 判断是否 GC 导致 使用 Arthas 或火焰图进一步分析 常见原因: 死循环/无限递归 频

#jvm
    共 207 条
  • 1
  • 2
  • 3
  • 21
  • 请选择