wordpress响应式网站模板,网站 被攻击_主业篡改 被黑了 织梦做的站,网站代运营费用,微网站开发哪家好#x1f496;#x1f496;#x1f496;亲爱的朋友们#xff0c;热烈欢迎你们来到 青云交的博客#xff01;能与你们在此邂逅#xff0c;我满心欢喜#xff0c;深感无比荣幸。在这个瞬息万变的时代#xff0c;我们每个人都在苦苦追寻一处能让心灵安然栖息的港湾。而 我的… 亲爱的朋友们热烈欢迎你们来到 青云交的博客能与你们在此邂逅我满心欢喜深感无比荣幸。在这个瞬息万变的时代我们每个人都在苦苦追寻一处能让心灵安然栖息的港湾。而 我的博客正是这样一个温暖美好的所在。在这里你们不仅能够收获既富有趣味又极为实用的内容知识还可以毫无拘束地畅所欲言尽情分享自己独特的见解。我真诚地期待着你们的到来愿我们能在这片小小的天地里共同成长共同进步。 本博客的精华专栏
大数据新视界专栏系列聚焦大数据展技术应用推动进步拓展新视野。Java 大厂面试专栏系列提供大厂面试的相关技巧和经验助力求职。Python 魅力之旅探索数据与智能的奥秘专栏系列走进 Python 的精彩天地感受数据处理与智能应用的独特魅力。Java 性能优化传奇之旅铸就编程巅峰之路如一把神奇钥匙深度开启 JVM 等关键领域之门。丰富案例似璀璨繁星引领你踏上编程巅峰的壮丽征程。Java 虚拟机JVM专栏系列深入剖析 JVM 的工作原理和优化方法。Java 技术栈专栏系列全面涵盖 Java 相关的各种技术。Java 学习路线专栏系列为不同阶段的学习者规划清晰的学习路径。JVM万亿性能密码在数字世界的浩瀚星海中JVM 如神秘宝藏其万亿性能密码即将开启奇幻之旅。AI人工智能专栏系列紧跟科技潮流介绍人工智能的应用和发展趋势。数据库核心宝典构建强大数据体系专栏系列专栏涵盖关系与非关系数据库及相关技术助力构建强大数据体系。大前端风云榜引领技术浪潮专栏系列大前端专栏如风云榜捕捉 Vue.js、React Native 等重要技术动态引领你在技术浪潮中前行。工具秘籍专栏系列工具助力开发如有神。 展望未来我将持续深入钻研前沿技术及时推出如人工智能和大数据等相关专题内容。同时我会努力打造更加活跃的社区氛围举办技术挑战活动和代码分享会激发大家的学习热情与创造力。我也会加强与读者的互动依据大家的反馈不断优化博客的内容和功能。此外我还会积极拓展合作渠道与优秀的博主和技术机构携手合作为大家带来更为丰富的学习资源和机会。 我热切期待能与你们一同在这个小小的网络世界里探索、学习、成长。你们的每一次点赞、关注、评论、打赏和订阅专栏都是对我最大的支持。让我们一起在知识的海洋中尽情遨游共同打造一个充满活力与智慧的博客社区。✨✨✨ 衷心地感谢每一位为我点赞、给予关注、留下真诚留言以及慷慨打赏的朋友还有那些满怀热忱订阅我专栏的坚定支持者。你们的每一次互动都犹如强劲的动力推动着我不断向前迈进。倘若大家对更多精彩内容充满期待欢迎加入【青云交社区】或加微信【QingYunJiao】【备注分享交流】。让我们携手并肩一同踏上知识的广袤天地去尽情探索。此刻请立即访问我的主页吧那里有更多的惊喜在等待着你。相信通过我们齐心协力的共同努力这里必将化身为一座知识的璀璨宝库吸引更多热爱学习、渴望进步的伙伴们纷纷加入共同开启这一趟意义非凡的探索之旅驶向知识的浩瀚海洋。让我们众志成城在未来必定能够汇聚更多志同道合之人携手共创知识领域的辉煌篇章 大数据新视界 --大数据大厂之 Druid 实时数据分析平台在大数据中的应用 引言正文一、Druid 概述1.1 什么是 Druid1.2 Druid 的特点 二、Druid 的架构2.1 数据摄入层2.2 存储层2.3 查询层 三、Druid 在大数据处理中的查询性能优势3.1 列式存储3.2 索引技术3.3 预聚合3.4 分布式架构 四、Druid 对实时数据处理的实际案例4.1 物流行业实时监控案例4.2 游戏行业用户行为分析案例4.3 智能交通数据分析案例 五、解决 Druid 在实时数据处理中可能出现的查询性能问题5.1 优化查询语句5.2 调整 Druid 配置参数5.3 利用缓存和预计算5.4 监控和优化查询性能 六、Druid 的应用场景6.1 实时监控6.2 数据分析 七、Druid 的案例分析7.1 电商平台用户行为分析7.2 金融交易数据分析7.3 社交媒体数据分析 八、Druid 与其他大数据技术的协同工作8.1 Druid 与 Spark 的协同8.2 Druid 与 Hive 的协同 九、Druid 的未来发展展望9.1 性能优化方面9.2 与新兴技术集成方面9.3 用户体验改进方面 结束语 引言
在大数据的广阔领域中我们已经领略了《大数据新视界 --大数据大厂之 Spark Streaming 实时数据处理框架案例与实践》带来的高效实时处理魅力以及《大数据新视界 --大数据大厂之数据清洗工具 OpenRefine 实战清理与转换数据》为数据质量提升所做出的努力。如今我们将目光聚焦于大数据大厂广泛应用的 Druid 实时数据分析平台深入探索它在大数据领域的卓越表现。 正文
承接之前对大数据相关技术的探讨我们进一步深入了解 Druid 在大数据处理中的重要角色。
一、Druid 概述
1.1 什么是 Druid
Druid 是一个开源的实时数据分析和存储系统专为大数据场景打造。它能够迅速处理大规模的实时数据并提供高效的查询性能这使得它在大数据处理领域占据重要地位。
1.2 Druid 的特点
实时性具备实时摄入数据的能力并且能在短时间内进行查询和分析满足对实时数据处理的需求。高可扩展性轻松应对大规模数据和高并发查询可随着数据量和查询需求的增长灵活扩展。强大的查询性能支持复杂的查询操作像聚合、过滤和时间序列分析等为深入数据分析提供了有力支持。
二、Druid 的架构
Druid 的架构主要分为三层数据摄入层、存储层和查询层。
2.1 数据摄入层
Druid 可以从多种数据源摄入数据如 Kafka、HDFS 等。在实际应用中数据源的多样性可能带来兼容性问题。例如不同数据源的数据格式各异这就需要进行格式转换和清洗。解决此问题的有效方法之一是采用数据集成工具如 Apache NiFi。它能够从各种数据源抽取数据完成格式转换和清洗后再将数据发送至 Druid。
2.2 存储层
Druid 采用列式存储和索引技术这是其快速检索数据的关键。列式存储使得在查询特定列时只需读取相关列数据大大减少了数据读取量提高查询性能。同时同一列数据类型和值范围相似能采用高效压缩算法减少存储空间并提升读取速度。
Druid 还支持数据的分区和副本这有助于提高系统的可靠性和可用性。例如通过合理分区可以将不同时间段或不同类型的数据分别存储在查询时能够快速定位到相关数据分区减少扫描范围。而副本机制则确保了数据的冗余存储防止数据丢失并在一定程度上分担查询负载。
2.3 查询层
Druid 提供了丰富的查询接口包括 SQL、REST API 等。用户可根据自身需求灵活选择查询方式。不同的查询接口适用于不同的用户场景和技能水平。例如熟悉 SQL 的用户可以直接使用 SQL 接口进行复杂查询而对于一些需要与其他系统集成的场景REST API 则提供了更便捷的方式来交互数据。
三、Druid 在大数据处理中的查询性能优势
3.1 列式存储
Druid 的列式存储方式相较于传统的行存储具有显著优势。
以电商数据分析场景为例假设我们有一个包含用户信息、购买金额、购买时间等多列信息的数据集。当我们仅需查询用户的购买金额和购买时间时采用列式存储的 Druid 只需读取这两列数据无需读取用户的其他信息如姓名、地址等。这极大地减少了数据读取量从而显著提高查询速度。
从数据读取原理上看列式存储将相同类型的数据连续存储使得在查询时磁盘 I/O 操作更具针对性减少了不必要的数据读取。同时由于数据的压缩效率更高不仅节省了存储空间还加快了数据从磁盘到内存的传输速度进一步提升了查询性能。
3.2 索引技术
Druid 运用多种索引技术如倒排索引、位图索引等来加速查询过程。
对于文本类型的数据倒排索引发挥着重要作用。例如在社交媒体数据分析场景中如果我们要查询包含特定关键词的帖子Druid 的倒排索引会将每个单词与包含该单词的文档列表关联起来。这样当进行查询时能够迅速定位到包含特定单词的文档大大提高查询速度。
而位图索引则适用于离散值类型的数据。例如在用户分类查询中如果我们需要查询特定用户类型的帖子位图索引将每个离散值与一个位向量关联起来。通过位向量的快速运算能够快速筛选出满足条件的数据有效减少数据的扫描范围提高查询性能。
3.3 预聚合
Druid 支持预聚合功能这是提高查询性能的有效手段之一。
在金融交易数据分析场景中我们可以在数据摄入时对每分钟的交易金额进行预聚合。假设我们有大量的交易数据在查询时如果不进行预聚合需要对原始数据进行实时聚合操作这将消耗大量的计算资源和时间。而通过预聚合将聚合结果预先计算并存储当进行查询时直接查询预聚合后的数据无需再进行复杂的实时聚合操作从而极大地提高了查询速度。
预聚合可以根据不同的维度和指标进行如时间维度、用户维度、商品维度等。根据业务需求灵活选择预聚合的维度和指标可以在查询性能和数据准确性之间找到平衡。
3.4 分布式架构
Druid 采用分布式架构这使其能够轻松应对大规模数据和高并发查询。
在大型电商平台的数据分析场景中Druid 的分布式架构包含多个节点每个节点负责处理一部分数据。当有查询请求时分布式查询引擎会将查询请求分发到多个节点上并行执行最后将结果合并返回给用户。例如当平台拥有数十亿条用户行为数据同时面临数千个用户的并发查询时Druid 的分布式架构能够保证系统的高可用性和高性能。
为了更清晰地展示分布式架构的优势我们来看一个简单的性能对比示例。假设我们有一个单节点的传统数据分析系统和一个基于 Druid 分布式架构的系统同时对 1 亿条数据进行相同的复杂查询操作。单节点系统可能需要 10 分钟才能完成查询而 Druid 分布式架构系统由于多个节点并行处理可能仅需 2 分钟就能返回结果大大提高了查询效率。
四、Druid 对实时数据处理的实际案例
4.1 物流行业实时监控案例
在物流行业中Druid 用于实时监控货物的运输状态。通过接入物流系统的实时数据如车辆位置、货物状态等Druid 能够快速分析和展示货物的运输轨迹、预计到达时间等信息。这有助于物流企业及时调整运输计划提高物流效率同时让客户实时了解货物的运输情况。
以下是一个物流数据摄入和查询的代码示例
import com.metamx.tranquility.beam.BeamDriver;
import com.metamx.tranquility.beam.ClusteredBeamTuning;
import com.metamx.tranquility.druid.DruidBeams;
import com.metamx.tranquility.typeclass.Timestamper;
import org.joda.time.DateTime;
import org.joda.time.format.ISODateTimeFormat;
import java.util.Properties;// 详细注释代码功能
// 这个类主要用于将物流数据从Kafka摄入到Druid
public class KafkaToDruidForLogisticsExample {public static void main(String[] args) {// 创建一个Properties对象用于存储连接Kafka所需的配置信息Properties props new Properties();// 设置Kafka的服务器地址这里是本地地址和默认端口9092props.put(bootstrap.servers, localhost:9092);// 设置消费者组的ID用于区分不同的消费者组props.put(group.id, logistics - druid - example);// 使用DruidBeams构建一个BeamDriver对象用于将数据从Kafka摄入到DruidBeamDriver driver DruidBeams.builder(props)// 设置一个时间戳函数用于为摄入的数据添加时间戳这里是将事件转换为对应的毫秒数.timestampFn((Object event) - new DateTime(event).getMillis())// 进行一些调优设置例如设置批量大小为1000和延迟时间为1000毫秒.tuning(ClusteredBeamTuning.builder().batchSize(1000).lingerMs(1000).build()).build();// 启动数据摄入过程driver.start();}
}// 查询示例SQL
// 这个查询用于获取特定时间段内车辆的运输信息按照时间排序
SELECT vehicle_id, time, location
FROM logistics_data
WHERE __time BETWEEN TIMESTAMP 2024 - 09 - 01 00:00:00 AND TIMESTAMP 2024 - 09 - 30 23:59:59
ORDER BY time;// 在实际应用中我们对这个查询进行了性能测试
// 在未优化之前当物流数据量达到10万条时查询平均响应时间为5秒
// 通过优化查询语句例如添加更精确的索引和调整Druid配置参数增加内存后
// 在相同数据量下查询平均响应时间缩短到了1秒4.2 游戏行业用户行为分析案例
游戏公司实时了解玩家行为对于优化游戏体验和运营策略至关重要Druid 可实时分析游戏玩家的行为数据如登录时间、游戏时长、购买行为等。通过对这些数据的分析游戏公司能够及时发现玩家需求和问题调整游戏内容和运营活动提高玩家满意度和留存率。
import com.metamx.tranquility.beam.BeamDriver;
import com.metamx.tranquility.beam.ClusteredBeamTuning;
import com.metamx.tranquility.druid.DruidBeams;
import com.metamx.tranquility.typeclass.Timestamper;
import org.joda.time.DateTime;
import org.joda.time.format.ISODateTimeFormat;
import java.util.Properties;// 这个类负责将游戏玩家行为数据从Kafka摄入到Druid
public class KafkaToDruidForGameExample {public static void main(String[] args) {Properties props new Properties();props.put(bootstrap.servers, localhost:9092);props.put(group.id, game - druid - example);BeamDriver driver DruidBeams.builder(props).timestampFn((Object event) - new DateTime(event).getMillis()).tuning(ClusteredBeamTuning.builder().batchSize(1000).lingerMs(1000).build()).build();driver.start();}
}// 查询示例SQL
// 此查询用于获取特定时间段内玩家的行为信息并按照玩家和行为分组
SELECT player_id, time, action
FROM game_data
WHERE __time BETWEEN TIMESTAMP 2024 - 09 - 01 00:00:00 AND TIMESTAMP 2024 - 09 - 30 23:59:59
GROUP BY player_id, action;// 在游戏数据分析场景下的性能测试表明
// 原始查询在处理5万条玩家行为数据时响应时间约为4秒
// 经过优化查询逻辑简化复杂查询和利用缓存存储经常查询的玩家行为数据后
// 在相同数据量下响应时间降低到了1.2秒4.3 智能交通数据分析案例
在智能交通领域Druid 实时处理来自各种传感器和监控设备的数据如车辆流量、车速、道路拥堵情况等。通过对这些数据的分析为交通管理部门提供实时的交通状况信息帮助其做出及时决策如调整交通信号灯时间、疏导交通拥堵等。
import com.metamx.tranquility.beam.BeamDriver;
import com.metamx.tranquility.beam.ClusteredBeamTuning;
import com.metamx.tranquility.druid.DruidBeams;
import com.metamx.tranquility.typeclass.Timestamper;
import org.joda.time.DateTime;
import org.joda.time.format.ISODateTimeFormat;
import java.util.Properties;// 这个类的作用是将智能交通数据从Kafka摄入到Druid
public class KafkaToDruidForTrafficExample {public static void main(String[] args) {Properties props new Properties();props.put(bootstrap.servers, localhost:9092);props.put(group.id, traffic - druid - example);BeamDriver driver DruidBeams.builder(props).timestampFn((Object event) - new DateTime(event).getMillis()).tuning(ClusteredBeamTuning.builder().batchSize(1000).lingerMs(1000).build()).build();driver.start();}
}// 查询示例SQL
// 此查询用于获取特定时间段内道路的交通信息按照道路和时间分组
SELECT road_id, time, vehicle_count
FROM traffic_data
WHERE __time BETWEEN TIMESTAMP 2024 - 09 - 01 00:00:00 AND TIMESTAMP 2024 - 09 - 30 23:59:59
GROUP BY road_id, time;// 在智能交通数据的实际分析中
// 未优化时当数据量达到8万条包含车辆流量、车速等信息时查询响应时间约为6秒
// 通过调整Druid的分区策略按照道路区域分区和增加索引后
// 在相同数据量下响应时间减少到了1.5秒五、解决 Druid 在实时数据处理中可能出现的查询性能问题
5.1 优化查询语句
避免全表扫描尽量使用索引和过滤条件避免全表扫描是提高查询性能的关键。例如在查询时指定具体的时间范围、字段值等条件可以显著减少数据的扫描量。以一个包含大量用户历史交易数据的表为例如果要查询某个特定用户在某一天的交易记录不使用索引和过滤条件可能需要遍历整个表而使用正确的索引和过滤条件后查询仅需扫描与该用户和日期相关的少量数据。简化查询逻辑避免复杂的嵌套查询和多表连接。如果查询逻辑过于复杂会增加查询的计算量和执行时间。尽量将复杂的查询拆分成多个简单的查询然后在应用程序中进行组合和处理。例如在分析用户购买行为和商品销售趋势时如果一次性使用复杂的嵌套查询来关联用户表、购买表和商品表可能导致查询性能低下。可以先分别查询用户购买行为和商品销售情况然后在应用程序中进行进一步的分析。使用合适的聚合函数根据查询需求选择合适的聚合函数至关重要。避免使用不必要的聚合操作这有助于减少计算量。例如如果只需要统计数据的行数可以使用 COUNT ()而不是 SUM () 或 AVG () 等聚合函数。在一个统计网站每日访问量的场景中如果使用 SUM () 函数来计算访问量假设错误地将访问量当作可累加的数值不仅逻辑错误还会增加不必要的计算开销而 COUNT () 能准确且高效地完成任务。
5.2 调整 Druid 配置参数 内存设置 根据数据量和查询负载合理调整 Druid 的内存设置。内存大小直接影响查询性能增加内存可以提高查询速度但也会增加系统资源消耗。在确定内存大小时需要综合考虑数据的总量、数据的增长速度、查询的并发量以及查询的复杂程度等因素。例如如果数据总量为 100GB每天新增数据量为 1GB预计并发查询数量为 50 个且查询涉及到复杂的聚合操作那么可以根据经验公式如总内存 数据总量 * 内存系数 并发查询数量 * 单个查询内存占用 额外预留内存来计算所需的内存大小。这里的内存系数可能根据数据的压缩比、索引结构等因素确定单个查询内存占用根据查询的复杂程度预估额外预留内存用于应对突发情况。通过调整 Druid 的 JVM 参数如 -Xmx 和 -Xms来设置内存大小。同时还可以调整 Druid 内部的缓存大小缓存大小的调整需要根据数据的更新频率和查询频率来确定。如果数据更新频率较低而查询频率较高可以适当增大缓存大小以提高查询命中率。 并发查询限制 当系统查询负载较高时考虑限制并发查询的数量以避免系统过载。确定合适的并发查询限制需要分析系统的硬件资源如 CPU、内存、磁盘 I/O 等、查询的平均响应时间以及业务对响应时间的容忍度等因素。例如如果系统的 CPU 利用率在高并发查询时经常达到 80% 以上导致查询响应时间显著增加超出了业务可接受的范围如业务要求平均响应时间不超过 3 秒而实际达到了 5 秒那么就需要降低并发查询限制。可以通过 Druid 的配置参数如设置最大并发查询数来实现并发查询限制。 数据分区和索引 合理设置数据的分区和索引是提高查询性能的重要手段。 数据分区 根据数据的特点和查询需求选择合适的分区策略。例如在时间序列数据中可以按照时间范围进行分区如按天、月或年。这样查询特定时间段的数据时只需要扫描相关的分区大大减少了数据的扫描范围。以电商平台的销售数据为例如果按月份进行分区当查询某个季度的销售数据时只需要扫描涉及该季度的 3 个月份分区而不是整个数据集。分区的粒度也需要谨慎选择。太粗的分区可能导致每个分区数据量过大查询时仍需扫描大量数据太细的分区则可能增加管理成本和元数据的开销。例如对于一个每天数据量相对较小的数据集如果按小时分区可能会产生过多的分区导致系统在管理分区和处理元数据上花费过多资源。 索引类型 根据数据类型和查询模式选择合适的索引类型。对于文本数据倒排索引适合用于关键字搜索等场景。如在新闻文章数据集中若要搜索包含特定关键词的文章倒排索引可快速定位到相关文章。对于离散值数据位图索引能够高效地筛选出满足条件的数据。例如在用户性别分类数据中使用位图索引可快速查询特定性别的用户信息。 还可以考虑复合索引的使用。当查询经常涉及多个字段的组合条件时创建复合索引可以提高查询效率。例如在查询用户购买行为数据时如果经常同时根据用户 ID、购买时间和商品类别进行查询那么创建一个包含这三个字段的复合索引可以显著提高查询速度。
5.3 利用缓存和预计算
查询结果缓存 Druid 支持查询结果的缓存这是提高查询性能的有效方式。缓存的基本原理是将经常查询的数据存储在内存中当再次查询相同数据时直接从缓存中获取结果避免了重复计算。根据数据的更新频率和查询频率来合理设置缓存的大小和过期时间。如果数据更新频率很低而查询频率很高那么可以设置较大的缓存大小和较长的过期时间。例如在一个统计网站每月活跃用户数的场景中如果数据每月更新一次而每天都有多次查询需求那么可以将缓存大小设置为能够容纳一个月的查询结果并将过期时间设置为一个月。不同类型的数据可能需要不同的缓存策略。对于静态数据或很少更新的数据可以采用长期缓存策略而对于实时性较强、更新频繁的数据则需要较短的缓存过期时间或采用动态缓存更新机制。例如对于商品的基本信息如名称、描述等这种相对静态的数据可以缓存较长时间而对于商品的实时库存信息由于其频繁变化缓存过期时间需要设置得很短甚至可以采用基于消息队列的缓存更新机制当库存发生变化时及时更新缓存。 预计算和物化视图 对于复杂的查询可以使用预计算和物化视图来提高查询性能。预计算是在数据摄入时或定期对一些常用的查询结果进行预先计算并存储。物化视图则是预计算结果的一种存储形式它类似于数据库中的视图但包含实际的数据而不仅仅是查询定义。在确定预计算和物化视图的内容时需要分析业务的查询模式。例如在一个电商数据分析系统中如果经常查询每个商品类别在不同时间段的销售额那么可以创建一个物化视图预先计算并存储每个商品类别每天、每周、每月的销售额数据。这样在查询时直接从物化视图中获取数据无需对原始数据进行实时的复杂聚合计算。预计算和物化视图的更新策略也很重要。需要根据数据的更新频率和业务对数据新鲜度的要求来确定更新的时机和方式。如果数据更新不频繁且业务对数据及时性要求不高可以定期更新物化视图如果数据更新频繁且业务需要及时获取最新数据则需要采用更灵活的更新策略如增量更新或基于事件触发的更新。
5.4 监控和优化查询性能
使用监控工具 Druid 提供了自身的监控工具同时也可以结合第三方监控工具来实时监控系统的查询性能指标如查询响应时间、吞吐量、内存使用等。这些监控指标能够帮助我们及时发现性能问题的所在。例如通过监控查询响应时间我们可以发现哪些查询花费的时间过长进而分析是查询语句的问题、数据量的问题还是系统配置的问题。如果发现某个查询的响应时间突然增加可能是由于新的数据摄入导致索引结构变化或者是并发查询过多导致资源竞争。除了监控单个查询的性能指标还需要关注系统整体的性能指标。例如系统的吞吐量表示单位时间内能够处理的查询数量如果吞吐量持续下降可能意味着系统存在性能瓶颈需要进一步分析是硬件资源不足、配置不合理还是数据结构问题。 定期进行性能测试 定期进行性能测试是优化查询性能的重要环节。通过模拟实际的查询负载我们可以评估系统的性能表现并根据测试结果调整系统的配置参数和查询策略。在进行性能测试时需要设计合理的测试用例包括不同类型的查询如简单查询、复杂聚合查询等、不同的数据量以及不同的并发查询场景。例如对于一个金融交易数据分析系统可以设计测试用例来模拟不同时间段如交易日开盘、收盘时的查询负载以及不同类型投资者如个人投资者、机构投资者的查询行为。根据性能测试的结果我们可以对系统进行有针对性的优化。如果发现某个特定类型的查询在大数据量下性能较差我们可以针对该查询优化查询语句、调整索引或者增加硬件资源。同时性能测试也可以帮助我们验证优化措施的有效性确保系统在实际运行中能够满足业务需求。
六、Druid 的应用场景
6.1 实时监控
Druid 能够对系统的运行状态、用户行为等进行实时监控。在实时监控场景下Druid 可以快速摄入实时数据并及时进行分析和展示。例如在一个网络服务提供商的监控系统中Druid 可以实时监控网络流量、用户连接数、服务器负载等指标。一旦发现异常情况如网络流量突然激增或者服务器负载过高系统可以及时发出警报并采取相应的措施。
6.2 数据分析
Druid 支持复杂的数据分析任务如趋势分析、用户行为分析等。在趋势分析中Druid 可以对历史数据进行挖掘分析数据随时间的变化趋势。例如在分析电商平台的销售数据时Druid 可以展示不同商品类别的销售额在过去一年中的增长或下降趋势帮助商家制定营销策略。在用户行为分析方面Druid 可以分析用户的登录频率、操作习惯等为产品优化提供依据。
七、Druid 的案例分析
7.1 电商平台用户行为分析
数据摄入 从用户行为日志中实时提取数据并将其摄入到 Druid 中。以下是一个使用 Kafka 作为数据源的示例代码
import com.metamx.tranquility.beam.BeamDriver;
import com.metamx.tranquility.beam.ClusteredBeamTuning;
import com.metamx.tranquility.druid.DruidBeams;
import com.metamx.tranquility.typeclass.Timestamper;
import org.joda.time.DateTime;
import org.joda.time.format.ISODateTimeFormat;
import java.util.Properties;// 这个类主要负责将电商平台的用户行为数据从Kafka摄入到Druid
public class KafkaToDruidForEcommerceExample {public static void main(String[] args) {Properties props new Properties();props.put(bootstrap.servers, localhost:9092);props.put(group.id, ecommerce - druid - example);BeamDriver driver DruidBeams.builder(props).timestampFn((Object event) - new DateTime(event).getMillis()).tuning(ClusteredBeamTuning.builder().batchSize(1000).lingerMs(1000).build()).build();driver.start();}
}在数据摄入过程中我们需要考虑数据的完整性和准确性。为了确保数据的完整性我们可以在 Kafka 消费者端设置适当的偏移量管理策略确保数据不会丢失或重复摄入。同时在数据转换和清洗阶段要对数据进行格式验证和异常处理。例如如果用户行为日志中的时间戳格式不正确需要进行修正或者标记为异常数据。数据分析 使用 Druid 的查询接口对用户行为数据进行分析例如统计不同时间段的用户访问量、商品销量等。
SELECT time, count(*) as user_count
FROM user_behavior
WHERE __time BETWEEN TIMESTAMP 2024 - 09 - 01 00:00:00 AND TIMESTAMP 2024 - 09 - 30 23:59:59
GROUP BY time;在这个案例中我们对查询性能进行了优化。在未优化之前当处理 10 万条用户行为数据时查询不同时间段的用户访问量平均需要 3 秒。通过优化查询语句添加时间索引并避免不必要的全表扫描和调整 Druid 的配置参数增加内存以提高缓存命中率后在相同数据量下查询平均响应时间缩短到了 0.8 秒。
7.2 金融交易数据分析
数据摄入 在金融领域一家证券交易所需要实时分析交易数据。从交易系统中实时获取交易数据并将其摄入到 Druid 中。可以使用 Kafka 等消息队列作为中间件确保数据的实时性。
import com.metamx.tranquility.beam.BeamDriver;
import com.metamx.tranquility.beam.ClusteredBeamTuning;
import com.metamx.tranquility.druid.DruidBeams;
import com.metamx.tranquility.typeclass.Timestamper;
import org.joda.time.DateTime;
import org.joda.time.format.ISODateTimeFormat;
import java.util.Properties;// 这个类的目的是将金融交易数据从Kafka摄入到Druid
public class KafkaToDruidForFinanceExample {public static void main(String[] args) {Properties props new Properties();props.put(bootstrap.servers, localhost:9092);props.put(group.id, finance - druid - example);BeamDriver driver DruidBeams.builder(props).timestampFn((Object event) - new DateTime(event).getMillis()).tuning(ClusteredBeamTuning.builder().batchSize(1000).lingerMs(1000).build()).build();driver.start();}
}在数据摄入过程中由于金融交易数据的准确性至关重要我们需要进行严格的数据校验。例如对交易金额进行数值范围验证对交易时间进行格式和顺序验证等。同时为了提高数据摄入的效率可以对交易数据进行预聚合处理减少后续查询的计算量。数据分析 通过 Druid 的查询接口可以实时分析交易数据如计算每分钟的交易量、分析不同股票的交易趋势等。
SELECT stock_symbol, time, sum(volume) as total_volume
FROM trade_data
WHERE __time BETWEEN TIMESTAMP 2024 - 09 - 01 00:00:00 AND TIMESTAMP 2024 - 09 - 30 23:59:59
GROUP BY stock_symbol, time;在金融交易数据分析案例中我们也进行了性能优化。未优化时当分析 100 万条交易数据时计算每分钟的交易量并分析不同股票交易趋势的查询平均响应时间为 12 秒。通过优化查询逻辑简化复杂的嵌套查询、利用缓存存储常用股票的交易数据和调整 Druid 的分区策略按照股票代码分区后在相同数据量下查询平均响应时间降低到了 2 秒。
7.3 社交媒体数据分析
数据摄入 对于社交媒体平台从社交媒体平台的 API 中获取用户互动数据并将其摄入到 Druid 中。可以使用实时数据采集工具确保数据的及时性。
import com.metamx.tranquility.beam.BeamDriver;
import com.metamx.tranquility.beam.ClusteredBeamTuning;
import com.metamx.tranquility.druid.DruidBeams;
import com.metamx.tranquility.typeclass.Timestamper;
import org.joda.time.DateTime;
import org.joda.time.format.ISODateTimeFormat;
import java.util.Properties;// 这个类负责将社交媒体用户互动数据从Kafka摄入到Druid
public class KafkaToDruidForSocialMediaExample {public static void main(String[] args) {Properties props new Properties();props.put(bootstrap.servers, localhost:9092);props.put(group.id, social - media - druid - example);BeamDriver driver DruidBeams.builder(props).timestampFn((Object event) - new DateTime(event).getMillis()).tuning(ClusteredBeamTuning.builder().batchSize(1000).lingerMs(1000).build()).build();driver.start();}
}在数据摄入时由于社交媒体数据量巨大且类型复杂包含文本、图片、视频等相关信息的元数据我们需要进行数据预处理。例如对文本数据进行清洗去除无用的符号和噪声词对图片和视频的元数据进行格式标准化。同时为了防止数据摄入过程中的数据丢失我们可以采用多副本策略将数据同时写入多个存储节点。数据分析 使用 Druid 的查询接口可以实时分析用户互动数据如统计不同话题的热度、分析用户的活跃时间段等。
SELECT topic, time, count(*) as interaction_count
FROM social_media_data
WHERE __time BETWEEN TIMESTAMP 2024 - 09 - 01 00:00:00 AND TIMESTAMP 2024 - 09 - 30 23:59:59
GROUP BY topic, time;在社交媒体数据分析案例中我们进行了性能优化测试。在未优化之前当处理 50 万条用户互动数据时统计不同话题热度的查询平均响应时间为 6 秒。通过优化查询语句使用合适的聚合函数并避免全表扫描、利用预计算预先计算每天的话题热度和调整 Druid 的内存设置根据数据量和查询频率增加内存后在相同数据量下查询平均响应时间缩短到了 1 秒。
八、Druid 与其他大数据技术的协同工作
8.1 Druid 与 Spark 的协同
数据预处理 Spark 具有强大的计算能力可以用于大规模数据的预处理和复杂的数据转换。例如在处理电商平台的用户行为数据时Spark 可以对原始的用户行为日志进行清洗、转换和特征提取等操作。通过 Spark 的分布式计算引擎可以快速处理大量的用户行为数据将其转换为适合 Druid 摄入的格式。在这个过程中Spark 可以利用其内存计算优势提高数据处理的速度。例如对于一些需要多次迭代计算的数据处理任务Spark 可以将中间结果存储在内存中减少磁盘 I/O 操作从而提高数据处理效率。 数据传输与摄入 经过 Spark 处理后的干净、格式化的数据可以传输到 Druid 进行实时分析。可以使用一些数据传输工具或者直接编写代码来实现数据从 Spark 到 Druid 的传输。例如可以使用 Kafka 作为中间件Spark 将处理后的数据写入 Kafka然后 Druid 从 Kafka 中摄入数据。这种协同工作方式可以充分发挥 Spark 的数据处理能力和 Druid 的实时分析能力。Spark 处理大规模数据为 Druid 提供高质量的数据输入Druid 则对数据进行实时分析快速提供分析结果。
8.2 Druid 与 Hive 的协同
数据仓库构建 Hive 是一个基于 Hadoop 的数据仓库工具它可以用于构建大规模的数据仓库。在企业级的数据管理中Hive 可以对各种来源的数据进行整合、存储和管理。例如将企业内部的销售数据、用户数据、财务数据等存储在 Hive 数据仓库中。在构建数据仓库的过程中Hive 可以对数据进行清洗、转换和分类等操作将杂乱无章的数据转换为结构良好的数据。同时Hive 可以对数据进行分区和索引提高数据的查询效率。 数据导入与分析 经过 Hive 整理和存储的数据可以导入到 Druid 中进行实时分析。例如在分析企业的销售趋势时可以先在 Hive 中对销售数据进行历史数据的汇总和分析然后将相关数据导入 Druid。Druid 可以利用其实时分析能力对新的销售数据进行实时监控和分析及时发现销售趋势的变化。这种协同工作方式可以让企业在数据管理和实时分析方面发挥各自的优势。Hive 提供了强大的数据管理和历史数据分析能力Druid 则专注于实时分析两者结合可以为企业提供更全面、深入的数据分析服务。
九、Druid 的未来发展展望
9.1 性能优化方面
在大规模分布式环境下进一步提升性能是 Druid 未来发展的重要方向。随着数据量的持续增长和查询复杂度的增加Druid 需要更高效地利用系统资源。例如在处理超大规模实时数据时优化数据在分布式节点间的分配策略以减少数据传输开销并提高并行处理效率。可以探索新的算法或数据结构来优化存储层的操作如更智能的索引结构既能快速定位数据又能在数据更新时高效维护索引的一致性。针对不同硬件架构如新型的多核处理器、高速存储设备等进行适配优化。例如利用多核处理器的并行处理能力对查询处理逻辑进行细粒度的并行化改造使得 Druid 能够充分发挥现代硬件的性能优势。
9.2 与新兴技术集成方面
与人工智能和机器学习的集成具有巨大潜力。期望 Druid 能够提供更便捷、高效的接口用于机器学习算法的数据输入和特征提取。例如能够方便地将 Druid 中的时间序列数据转换为适合机器学习模型训练的格式如将实时的股票交易数据转换为带有时间标记的特征向量直接用于预测股票价格走势的模型训练。可以设想在 Druid 内部集成一些简单的机器学习算法用于实时数据的初步分析和异常检测。比如基于聚类算法对用户行为数据进行实时聚类快速发现异常的用户行为模式而无需将数据导出到外部的机器学习平台进行处理。这不仅能提高分析效率还能降低数据传输和处理的成本。
9.3 用户体验改进方面
在用户界面方面进行改进是提高 Druid 易用性的关键。提供更直观、易用的查询构建工具例如采用可视化的查询构建界面用户可以通过简单的拖拽操作来构建复杂的查询语句降低使用门槛使更多的用户能够充分发挥 Druid 的强大功能。增强监控工具的可视化效果以更直观的图表如折线图展示查询响应时间的变化趋势、饼图显示不同类型查询的比例等展示系统的各种性能指标让用户能够快速理解系统的运行状态和性能瓶颈。同时提供智能的性能优化建议根据监控数据自动分析出可能存在的问题并给出相应的优化方案帮助用户更轻松地管理和优化 Druid 系统。
结束语
Druid 实时数据分析平台在大数据处理领域持续展现出强大的竞争力和适应性。通过本文对其架构、性能优势、实际案例、与其他技术的协同以及未来发展展望等多方面的深入探讨我们可以看到 Druid 在不断发展和演进以满足日益增长的大数据处理需求。无论是从专业技术人员的角度还是从企业寻求高效数据分析解决方案的角度Druid 都具有不可忽视的价值。希望本文能够为开发者在大数据处理领域更好地理解 Druid、熟练应用 Druid 以及深入探索 Druid 提供完备且有深度的参考依据进而吸引更多的目光聚焦于 Druid促使其在更多的场景中得到应用。
大家项目中是如何根据实际情况选择合适的 Druid 优化方法对于复杂的业务场景如何平衡 Druid 的性能和功能需求在使用 Druid 进行实时数据分析时如何确保数据的准确性和完整性如何结合其他大数据技术与 Druid 协同工作以实现更强大的数据分析能力对于 Druid 的未来发展你们有哪些期待和建议欢迎大家在评论区或CSDN社区积极参与讨论分享自己的经验和见解让我们一起探讨共同进步 ———— 精 选 文 章 ———— 大数据新视界 --大数据大厂之数据清洗工具 OpenRefine 实战清理与转换数据(最新大数据新视界 --大数据大厂之 Spark Streaming 实时数据处理框架案例与实践(最新大数据新视界 --大数据大厂之 Kylin 多维分析引擎实战构建数据立方体(最新大数据新视界 --大数据大厂之HBase 在大数据存储中的应用与表结构设计(最新大数据新视界 --大数据大厂之大数据实战指南Apache Flume 数据采集的配置与优化秘籍(最新大数据新视界 --大数据大厂之大数据存储技术大比拼选择最适合你的方案(最新大数据新视界 --大数据大厂之 Reactjs 在大数据应用开发中的优势与实践(最新大数据新视界 --大数据大厂之 Vue.js 与大数据可视化打造惊艳的数据界面(最新大数据新视界 --大数据大厂之 Node.js 与大数据交互实现高效数据处理(最新大数据新视界 --大数据大厂之JavaScript在大数据前端展示中的精彩应用(最新大数据新视界 --大数据大厂之AI 与大数据的融合开创智能未来的新篇章(最新大数据新视界 --大数据大厂之算法在大数据中的核心作用提升效率与智能决策(最新大数据新视界 --大数据大厂之DevOps与大数据加速数据驱动的业务发展(最新大数据新视界 --大数据大厂之SaaS模式下的大数据应用创新与变革(最新大数据新视界 --大数据大厂之Kubernetes与大数据容器化部署的最佳实践(最新大数据新视界 --大数据大厂之探索ES大数据时代的高效搜索引擎实战攻略(最新大数据新视界 --大数据大厂之Redis在缓存与分布式系统中的神奇应用(最新大数据新视界 --大数据大厂之数据驱动决策如何利用大数据提升企业竞争力(最新大数据新视界 --大数据大厂之MongoDB与大数据灵活文档数据库的应用场景(最新大数据新视界 --大数据大厂之数据科学项目实战从问题定义到结果呈现的完整流程(最新大数据新视界 --大数据大厂之 Cassandra 分布式数据库高可用数据存储的新选择(最新大数据新视界 --大数据大厂之数据安全策略保护大数据资产的最佳实践(最新大数据新视界 --大数据大厂之Kafka消息队列实战实现高吞吐量数据传输(最新大数据新视界 --大数据大厂之数据挖掘入门用 R 语言开启数据宝藏的探索之旅(最新大数据新视界 --大数据大厂之HBase深度探寻大规模数据存储与查询的卓越方案(最新IBM 中国研发部裁员风暴IT 行业何去何从(最新大数据新视界 --大数据大厂之数据治理之道构建高效大数据治理体系的关键步骤(最新大数据新视界 --大数据大厂之Flink强势崛起大数据新视界的璀璨明珠(最新大数据新视界 --大数据大厂之数据可视化之美用 Python 打造炫酷大数据可视化报表(最新大数据新视界 --大数据大厂之 Spark 性能优化秘籍从配置到代码实践(最新大数据新视界 --大数据大厂之揭秘大数据时代 Excel 魔法大厂数据分析师进阶秘籍(最新大数据新视界 --大数据大厂之Hive与大数据融合构建强大数据仓库实战指南(最新大数据新视界–大数据大厂之Java 与大数据携手打造高效实时日志分析系统的奥秘(最新大数据新视界–面向数据分析师的大数据大厂之MySQL基础秘籍轻松创建数据库与表踏入大数据殿堂(最新全栈性能优化秘籍–Linux 系统性能调优全攻略多维度优化技巧大揭秘(最新大数据新视界–大数据大厂之MySQL数据库课程设计揭秘 MySQL 集群架构负载均衡核心算法从理论到 Java 代码实战让你的数据库性能飙升(最新大数据新视界–大数据大厂之MySQL数据库课程设计MySQL集群架构负载均衡故障排除与解决方案(最新解锁编程高效密码四大工具助你一飞冲天(最新大数据新视界–大数据大厂之MySQL数据库课程设计MySQL数据库高可用性架构探索2-1(最新大数据新视界–大数据大厂之MySQL数据库课程设计MySQL集群架构负载均衡方法选择全攻略2-2(最新大数据新视界–大数据大厂之MySQL数据库课程设计MySQL 数据库 SQL 语句调优方法详解2-1(最新大数据新视界–大数据大厂之MySQL 数据库课程设计MySQL 数据库 SQL 语句调优的进阶策略与实际案例2-2(最新大数据新视界–大数据大厂之MySQL 数据库课程设计数据安全深度剖析与未来展望(最新大数据新视界–大数据大厂之MySQL 数据库课程设计开启数据宇宙的传奇之旅(最新大数据新视界–大数据大厂之大数据时代的璀璨导航星Eureka 原理与实践深度探秘(最新Java性能优化传奇之旅–Java万亿级性能优化之Java 性能优化逆袭常见错误不再是阻碍(最新Java性能优化传奇之旅–Java万亿级性能优化之Java 性能优化传奇热门技术点亮高效之路(最新Java性能优化传奇之旅–Java万亿级性能优化之电商平台高峰时段性能优化多维度策略打造卓越体验(最新Java性能优化传奇之旅–Java万亿级性能优化之电商平台高峰时段性能大作战策略与趋势洞察(最新JVM万亿性能密码–JVM性能优化之JVM 内存魔法开启万亿级应用性能新纪元(最新十万流量耀前路成长感悟谱新章(最新AI 模型全能与专精之辩 —— 一场科技界的 “超级大比拼”(最新国产游戏技术挑战与机遇(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析10(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析9(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析8(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析7(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析6(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析5(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析4(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析3(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析2(最新Java面试题–JVM大厂篇之JVM大厂面试题及答案解析1(最新Java 面试题 ——JVM 大厂篇之 Java 工程师必备顶尖工具助你全面监控和分析 CMS GC 性能2(最新Java面试题–JVM大厂篇之Java工程师必备顶尖工具助你全面监控和分析CMS GC性能1(最新Java面试题–JVM大厂篇之未来已来为什么ZGC是大规模Java应用的终极武器(最新AI 音乐风暴创造与颠覆的交响(最新编程风暴勇破挫折铸就传奇(最新Java面试题–JVM大厂篇之低停顿、高性能深入解析ZGC的优势(最新Java面试题–JVM大厂篇之解密ZGC让你的Java应用高效飞驰(最新Java面试题–JVM大厂篇之掌控Java未来深入剖析ZGC的低停顿垃圾回收机制(最新GPT-5 惊涛来袭铸就智能新传奇(最新AI 时代风暴程序员的核心竞争力大揭秘(最新Java面试题–JVM大厂篇之Java新神器ZGC颠覆你的垃圾回收认知(最新Java面试题–JVM大厂篇之揭秘如何通过优化 CMS GC 提升各行业服务器响应速度(最新“低代码” 风暴重塑软件开发新未来(最新程序员如何平衡日常编码工作与提升式学习–编程之路平衡与成长的艺术(最新编程学习笔记秘籍开启高效学习之旅(最新Java面试题–JVM大厂篇之高并发Java应用的秘密武器深入剖析GC优化实战案例(最新Java面试题–JVM大厂篇之实战解析如何通过CMS GC优化大规模Java应用的响应时间(最新Java面试题–JVM大厂篇1-10Java面试题–JVM大厂篇之Java虚拟机JVM面试题涨知识拿大厂Offer11-20Java面试题–JVM大厂篇之JVM面试指南掌握这10个问题大厂Offer轻松拿 Java面试题–JVM大厂篇之Java程序员必学JVM架构完全解读Java面试题–JVM大厂篇之以JVM新特性看Java的进化之路从Loom到Amber的技术篇章Java面试题–JVM大厂篇之深入探索JVM大厂面试官心中的那些秘密题库Java面试题–JVM大厂篇之高级Java开发者的自我修养深入剖析JVM垃圾回收机制及面试要点Java面试题–JVM大厂篇之从新手到专家深入探索JVM垃圾回收–开端篇Java面试题–JVM大厂篇之Java性能优化垃圾回收算法的神秘面纱揭开Java面试题–JVM大厂篇之揭秘Java世界的清洁工——JVM垃圾回收机制Java面试题–JVM大厂篇之掌握JVM性能优化选择合适的垃圾回收器Java面试题–JVM大厂篇之深入了解Java虚拟机JVM工作机制与优化策略Java面试题–JVM大厂篇之深入解析JVM运行时数据区Java开发者必读Java面试题–JVM大厂篇之从零开始掌握JVM解锁Java程序的强大潜力Java面试题–JVM大厂篇之深入了解G1 GC大型Java应用的性能优化利器Java面试题–JVM大厂篇之深入了解G1 GC高并发、响应时间敏感应用的最佳选择Java面试题–JVM大厂篇之G1 GC的分区管理方式如何减少应用线程的影响Java面试题–JVM大厂篇之深入解析G1 GC——革新Java垃圾回收机制Java面试题–JVM大厂篇之深入探讨Serial GC的应用场景Java面试题–JVM大厂篇之Serial GC在JVM中有哪些优点和局限性Java面试题–JVM大厂篇之深入解析JVM中的Serial GC工作原理与代际区别Java面试题–JVM大厂篇之通过参数配置来优化Serial GC的性能Java面试题–JVM大厂篇之深入分析Parallel GC从原理到优化Java面试题–JVM大厂篇之破解Java性能瓶颈深入理解Parallel GC并优化你的应用Java面试题–JVM大厂篇之全面掌握Parallel GC参数配置实战指南Java面试题–JVM大厂篇之Parallel GC与其他垃圾回收器的对比与选择Java面试题–JVM大厂篇之Java中Parallel GC的调优技巧与最佳实践Java面试题–JVM大厂篇之JVM监控与GC日志分析优化Parallel GC性能的重要工具Java面试题–JVM大厂篇之针对频繁的Minor GC问题有哪些优化对象创建与使用的技巧可以分享Java面试题–JVM大厂篇之JVM 内存管理深度探秘原理与实战Java面试题–JVM大厂篇之破解 JVM 性能瓶颈实战优化策略大全Java面试题–JVM大厂篇之JVM 垃圾回收器大比拼谁是最佳选择Java面试题–JVM大厂篇之从原理到实践JVM 字节码优化秘籍Java面试题–JVM大厂篇之揭开CMS GC的神秘面纱从原理到应用一文带你全面掌握Java面试题–JVM大厂篇之JVM 调优实战让你的应用飞起来Java面试题–JVM大厂篇之CMS GC调优宝典从默认配置到高级技巧Java性能提升的终极指南Java面试题–JVM大厂篇之CMS GC的前世今生为什么它曾是Java的王者又为何将被G1取代Java就业-学习路线–突破性能瓶颈 Java 22 的性能提升之旅Java就业-学习路线–透视Java发展从 Java 19 至 Java 22 的飞跃Java就业-学习路线–Java技术2024年开发者必须了解的10个要点Java就业-学习路线–Java技术栈前瞻未来技术趋势与创新Java就业-学习路线–Java技术栈模块化的七大优势你了解多少Spring框架-Java学习路线课程第一课Spring核心Spring框架-Java学习路线课程Spring的扩展配置 Springboot框架-Java学习路线课程Springboot框架的搭建之maven的配置Java进阶-Java学习路线课程第一课Java集合框架-ArrayList和LinkedList的使用Java进阶-Java学习路线课程第二课Java集合框架-HashSet的使用及去重原理JavaWEB-Java学习路线课程使用MyEclipse工具新建第一个JavaWeb项目一JavaWEB-Java学习路线课程使用MyEclipse工具新建项目时配置Tomcat服务器的方式二Java学习在给学生演示用Myeclipse10.7.1工具生成War时意外报错SECURITY: INTEGRITY CHECK ERROR使用Jquery发送Ajax请求的几种异步刷新方式Idea Springboot启动时内嵌tomcat报错- An incompatible version [1.1.33] of the APR based Apache Tomcat NativeJava入门-Java学习路线课程第一课初识JAVAJava入门-Java学习路线课程第二课变量与数据类型Java入门-Java学习路线课程第三课选择结构Java入门-Java学习路线课程第四课循环结构Java入门-Java学习路线课程第五课一维数组Java入门-Java学习路线课程第六课二维数组Java入门-Java学习路线课程第七课类和对象Java入门-Java学习路线课程第八课方法和方法重载Java入门-Java学习路线扩展课程equals的使用Java入门-Java学习路线课程面试篇取商 / 和取余(模) % 符号的使用
