传智播客 mybatis 框架课程讲义
null; ResultSet resultSet = null; try { //加载数据库驱动 Class.forName("com.mysql.jdbc.Driver"); //通过驱动管理类获取数据库链接 connection = DriverManager.getConnection("jdbc:mysql://localhost:3306/mybatis?charac terEncoding=utf-8" Mapped Statement 对 sql执行输出结果进行定义,包括 HashMap、基本类型、pojo,Executor 通过 Mapped Statement 在执行 sql 后将输出结果映射至 java 对象中,输出结果映射过程 相当于 jdbc 编程中对结果的解析处理过程。 1.4 mybatis 下载 mybaits 的代码由 github.com 管理,地址:https://github. PatternLayout log4j.appender.stdout.layout.ConversionPattern=%5p [%t] - %m%n mybatis 默认使用 log4j 作为输出日志信息。 1.6.5 第四步:SqlMapConfig.xml 在 classpath 下创建 SqlMapConfig.xml,如下:0 码力 | 75 页 | 1.16 MB | 1 年前3Apache ShardingSphere v5.5.0 中文文档
2.6 可选插件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 392 9.2.7 会话管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 394 相关操作 . . . . . ShardingSphere document • 业务零侵入 面对数据库替换场景,ShardingSphere 可满足业务无需改造,实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下,对 DBA 学习、管理成本低,交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力,兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力,可满足业务多变的需求。 • 开放生态 通过多层次 采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用0 码力 | 557 页 | 4.61 MB | 1 年前3Apache ShardingSphere 中文文档 5.4.1
2.6 可选插件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 376 9.2.7 会话管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378 相关操作 . . . . . ShardingSphere document • 业务零侵入 面对数据库替换场景,ShardingSphere 可满足业务无需改造,实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下,对 DBA 学习、管理成本低,交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力,兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力,可满足业务多变的需求。 • 开放生态 通过多层次 采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用0 码力 | 530 页 | 4.49 MB | 1 年前3Apache ShardingSphere 中文文档 5.3.2
2.6 可选插件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358 9.2.7 会话管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360 相关操作 . . . . . ShardingSphere document • 业务零侵入 面对数据库替换场景,ShardingSphere 可满足业务无需改造,实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下,对 DBA 学习、管理成本低,交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力,兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力,可满足业务多变的需求。 • 开放生态 通过多层次 采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用0 码力 | 508 页 | 4.44 MB | 1 年前3Apache ShardingSphere ElasticJob 中文文档 2023 年 11 月 01 日
shardingsphere.elasticjob.kernel.ui.Bootstrap,如何解决? . . . . . . . . . 91 10.11 运行 Cloud Scheduler 持续输出日志“Elastic job: IP:PORT has leadership”,不能正常运行 91 10.12 在多网卡的情况下无法获取到合适的 IP . . . . . . . . . . . 简介 使用 ElasticJob 能够让开发工程师不再担心任务的线性吞吐量提升等非功能需求,使他们能够更加专注 于面向业务编码设计;同时,它也能够解放运维工程师,使他们不必再担心任务的可用性和相关管理需 求,只通过轻松的增加服务节点即可达到自动化运维的目的。 ElasticJob 定位为轻量级无中心化解决方案,使用 jar 的形式提供分布式任务的协调服务。 2 2 功能列表 • 弹性调度 丰富的作业类型库,如数据流、脚本、HTTP、文件、大数据等 – 易于对接业务作业,能够与 Spring 依赖注入无缝整合 • 可视化管控端 – 作业管控端 – 作业执行历史数据追踪 – 注册中心管理 3 3 环境要求 3.1 Java 请使用 Java 8 及其以上版本。 3.2 Maven 请使用 Maven 3.5.0 及其以上版本。 3.3 ZooKeeper 请使用 ZooKeeper0 码力 | 98 页 | 1.97 MB | 1 年前3Apache ShardingSphere 中文文档 5.2.0
JDBC 规范的数 据库。 • 业务零侵入 面对数据库替换场景,ShardingSphere 可满足业务无需改造,实现平滑业务迁移。 • 运维低成本 在保留原技术栈不变前提下,对 DBA 学习、管理成本低,交互友好。 • 安全稳定 基于成熟数据库底座之上提供增量能力,兼顾安全性及稳定性。 • 弹性扩展 具备计算、存储平滑在线扩展能力,可满足业务多变的需求。 • 开放生态 通过多层次 采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用 决方案。 3.1.2 挑战 虽然数据分片解决了性能、可用性以及单点备份恢复等问题,但分布式的架构在获得了收益的同时,也 引入了新的问题。 面对如此散乱的分片之后的数据,应用开发工程师和数据库管理员对数据库的操作变得异常繁重就是其 中的重要挑战之一。他们需要知道数据需要从哪个具体的数据库的子表中获取。 另一个挑战则是,能够正确的运行在单节点数据库中的 SQL,在分片之后的数据库中并不一定能够正确0 码力 | 449 页 | 5.85 MB | 1 年前3Apache ShardingSphere 中文文档 5.1.1
2.3.3 启动服务 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.3.4 任务管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.3.5 相关文档 . . . 采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用 %SHARDINGSPHERE_PROXY_HOME%/lib 目录。 2.3.3 启动服务 sh %SHARDINGSPHERE_PROXY_HOME%/bin/start.sh 2.3.4 任务管理 通过相应的 DistSQL 接口管理迁移任务。 详情请参见使用手册。 2.3.5 相关文档 • 功能 # 弹性伸缩:核心概念、使用规范 • 用户手册 # 弹性伸缩:运行部署、使用手册 • RAL# 弹性伸缩:弹性伸缩的0 码力 | 409 页 | 4.47 MB | 1 年前3Apache ShardingSphere 中文文档 5.1.0
2.3.3 启动服务 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.3.4 任务管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.3.5 相关文档 . . . 采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用 %SHARDINGSPHERE_PROXY_HOME%/lib 目录。 2.3.3 启动服务 sh %SHARDINGSPHERE_PROXY_HOME%/bin/start.sh 2.3.4 任务管理 通过相应的 DistSQL 接口管理迁移任务。 详情请参见使用手册。 2.3.5 相关文档 • 功能 # 弹性伸缩:核心概念、使用规范 • 用户手册 # 弹性伸缩:运行部署、使用手册 • RAL# 弹性伸缩:弹性伸缩的0 码力 | 406 页 | 4.40 MB | 1 年前3Mybatis 框架课程第二天
for(User user : users){ System.out.println(user); } } 在控制台输出的执行 SQL 语句如下: 我们在配置文件中没有加入%来作为模糊查询的条件,所以在传入字符串实参时,就需要给定模糊查询的标 识%。配置文件中的#{username}也只是一个占位符,所以 userDao.findByName("王"); for(User user : users){ System.out.println(user); } } 在控制台输出的执行 SQL 语句如下: 可以发现,我们在程序代码中就不需要加入模糊查询的匹配符%了,这两种方式的实现效果是一样的,但执行 的语句是不一样的。 传智播客——专注于 Java、.Net 编程的比较 1.数据库链接创建、释放频繁造成系统资源浪费从而影响系统性能,如果使用数据库链接池可解决此问题。 解决: 在 SqlMapConfig.xml 中配置数据链接池,使用连接池管理数据库链接。 2.Sql 语句写在代码中造成代码不易维护,实际应用 sql 变化的可能较大,sql 变动需要改变 java 代码。 解决: 将 Sql 语句配置在 XXXXmapper0 码力 | 27 页 | 1.21 MB | 1 年前3Apache ShardingSphere 中文文档 5.1.2
采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用 采用无中心化架构,与应用程序共享资源,适用于 Java 开发的高性能的轻量级 OLTP 应用;ShardingSphere‐Proxy 提供静态入口以及异构语言的支持,独立于应用程序部署,适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。 Apache ShardingSphere 是多接入端共同组成的生态圈。通过混合使用 ShardingSphere‐JDBC 和 ShardingSphere‐Proxy,并采用 Query Language)负责资源和规则的查询和展现; • RAL(Resource & Rule Administration Language)负责 Hint、事务类型切换、分片执行计划查询 等管理功能。 3.3. DistSQL 14 Apache ShardingSphere document, v5.1.2 3.3.3 目标 打破中间件和数据库之间的界限,让开发者像使用数据库一样使用0 码力 | 446 页 | 4.67 MB | 1 年前3
共 19 条
- 1
- 2