記事ディレクトリ
マイバティス
公式サイト:https://mybatis.org/mybatis-3/zh/index.html
環境:
- JDK1.8 (可能な限り)
- MySQL - 5.7 (スーパークラシック)
- メイブン - 3.6.3
- 日食
レビュー:
- JDBC
- MySQL
- Javaの基本
- メイブン
- ジュニット
フレームワーク: 設定ファイル、最良の方法: 公式 Web サイトのドキュメント
SSM フレームワーク: Spring Spring MVC Mybatis
1 はじめに
1.1 マイバティスとは
[外部リンク画像の転送に失敗しました。ソース サイトにはリーチ防止メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-BMmIzH2v-1690204448185)(MyBatis.assets/image-20210113203554906.png)]
- MyBatis は優れた永続層フレームワークです
- カスタム SQL、ストアド プロシージャ、および高度なマッピングをサポートします
- MyBatis は、ほぼすべての JDBC コードと、パラメータの設定と結果セットの取得の作業を排除します。
- MyBatis は、単純な XML または注釈を通じて、プリミティブ型、インターフェイス、および Java POJO (Plain Old Java Objects、Plain Old Java Objects) をデータベース内のレコードとして構成およびマッピングできます。
- MyBatis はもともと、Apache のオープン ソース プロジェクトである iBatis でした。2010 年に、このプロジェクトはApache ソフトウェア基盤から [google code](https://baike.baidu.com/item/google code/2346604) に移行され、MyBatis に名前変更されました。 。2013 年 11 月にGithubに移行しました。
マイバティスの入手方法
- Mavenリポジトリ
<!-- https://mvnrepository.com/artifact/org.mybatis/mybatis -->
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.5.3</version>
</dependency>
- github - https://github.com/mybatis/mybatis-3/releases
- 中国語のドキュメント - https://mybatis.org/mybatis-3/zh/index.html
1.2持久化
データの永続性
- 永続化は、プログラム データを永続状態と一時状態の間で変換するプロセスです。
- メモリ:電源を切ると失われます
- データベース (JDBC)、IO ファイルの永続化
- リビング:冷蔵(解凍して食べる)、缶詰
なぜ粘り強さが必要なのでしょうか?
- 失ってはいけない物もある
- RAMが高すぎる
1.3 永続層
Dao層、サービス層、コントローラー層
永続化レイヤーとは何ですか?
- 永続化作業を完了するコード ブロック
- レイヤー
- 非常に明確な境界線
1.4 Mybatis が必要な理由
- プログラマーがデータをデータベースに保存するのを支援する
- 従来の JDBC は複雑すぎ、単純化され、フレーム化され、自動化されています
- 必要なし
最も重要なポイント: 非常に多くの人がそれを使用している
2. 最初の Mybatis プログラム
アイデア: 環境の構築 - Mybatis のインポート - コードの作成 - テスト
すべてのファイル:
mybatis-config.xml (変更される予定)
MybatisUtil.java (変更されません)
User.java (操作テーブルが である限りuser
変更されません)
UserDao.java (インターフェース)
UserMapper.xml (変更される予定)
UserDaoTest.java (小さな変更)
2.1 ビルド環境
2.1.1. データベースを構築します。
(プロジェクトを正常に実行したい場合は、データベースが正常に接続されていることを確認する必要があります。)
CREATE DATABASE `mybatis`;
use `mybatis`;
CREATE TABLE `user` (
`id` INT(20) NOT NULL,
`name` VARCHAR(30) NULL DEFAULT NULL COLLATE 'utf8_general_ci',
`pwd` VARCHAR(30) NULL DEFAULT NULL COLLATE 'utf8_general_ci',
PRIMARY KEY (`id`) USING BTREE
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
;
INSERT INTO `user` (id,`name`,pwd) VALUES
(1,"陈雨晴",123456),(2,"付姗",123456789),(3,"马雨雨",112233)
2.1.2. 新規プロジェクト(エンジニアリング)
ステップ 1: 新しい通常の Maven プロジェクトを作成する
-
最初の一歩:
-
ステップ 2: プロジェクト内の src フォルダーを (親プロジェクトとして) 削除します。
2.1.3 依存関係のインポート
pom.xml
<!-- mysql依赖 -->
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.34</version>
</dependency>
<!--mybatis依赖 -->
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.5.3</version>
</dependency>
<!-- junit -->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
2.2 モジュールの作成
ステップ 1: Maven モジュールを作成する
ステップ2:
2.2.1. Mybatis のコア設定ファイルを作成する
存在src/main/resouce/mybatis-config.xml
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
<!-- 核心配置文件 -->
<configuration>
<environments default="development">
<environment id="development">
<transactionManager type="JDBC" />
<dataSource type="POOLED">
<property name="driver" value="com.mysql.jdbc.Driver" />
<property name="url" value="jdbc:mysql://localhost:3306/mybatis?useSSl=true&useUnicode=true&characterEncoding=utf8" />
<property name="username" value="root" />
<property name="password" value="123456" />
</dataSource>
</environment>
</environments>
</configuration>
2.2.2. Mybatisのツールクラスを書く
//sqlSessionFactory - sqlSession
public class MybatisUtil {
private static SqlSessionFactory sqlSessionFactory;// 提升作用域
static {
try {
// 使用mybatis第一步:获取sqlSessionFactory对象
String resource = "mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
public static SqlSession getSqlSession() {
return sqlSessionFactory.openSession();
}
}
2.3 コードの記述
2.3.1 エンティティクラス
テーブルに対応する 1対mybatis/user
1 のエンティティ クラス
package com.CYQ.pojo;
public class User {
private int id;
private String name;
private String pwd;
public User() {
super();
}
public User(int id, String name, String pwd) {
super();
this.id = id;
this.name = name;
this.pwd = pwd;
}
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getPwd() {
return pwd;
}
public void setPwd(String pwd) {
this.pwd = pwd;
}
@Override
public String toString() {
return "User [id=" + id + ", name=" + name + ", pwd=" + pwd + "]";
}
}
2.3.2 Daoインターフェース
public interface UserDao {
List<User> getUserList();
}
2.3.3 インターフェース実装クラス
元の UserDaoImpl からUserMapper.xml構成ファイルに変換します。
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<!-- namespace=绑定一个对应的Dao/Mapper接口 -->
<mapper namespace="com.CYQ.dao.UserDao">
<!-- select查询语句 -->
<select id="getUserList" resultType="com.CYQ.pojo.User">
select * from mybatis.user;
</select>
</mapper>
2.3.4. マッパーの設定
mybatis -config.xmlで設定する
<!-- 每一个Mapper.xml都需要在mybatis-config的核心配置文件中注册!!! -->
<mappers>
<mapper resource="com/CYQ/dao/UserMapper.xml"></mapper>
</mappers>
2.4 テスト
- ジュニット
public class UserDaoTest {
@Test
public void test() {
//第一步:获取sqlSession对象
SqlSession sqlSession = MybatisUtil.getSqlSession();
//方式一:getMapper
UserDao userDao = sqlSession.getMapper(UserDao.class);//得到接口
List<User> userList = userDao.getUserList();//得到接口内的方法
for (User user : userList) {
System.out.println(user);
}
//关闭sqlSession
sqlSession.close();
}
}
2.5 考えられる問題
注意点:
例外が発生しました: 問題は、次の場合によく発生します。
1. UserDaoの実装クラスUserMapper.xmlの問題を表示する
2. mybatis-config.xmlで設定するかどうか
明確:
1. 設定ファイルが登録されていません (mybatis-config.xml の問題)
2. バインディングインターフェイスエラー (UserMapper.xml の問題)
3. メソッド名が間違っています (UserMapper.xml の問題)
4. 戻り値の型が間違っています (UserMapper.xml の問題)
すべての操作はインターフェース (UserMapper.xml) と構成ファイル (Mybatis-config.xml) に関連しています。
3.クラッド
mybatis-config.xml
<mapper namespace="com.CYQ.dao.UserMapper">
<!-- select查询语句 -->
<select id="getUserList" resultType="com.CYQ.pojo.User">
select * from mybatis.user;
</select>
</mapper>
3.1名前空間
名前空間のパッケージ名は、インターフェイス (Dao/Mapper) の名前と一致している必要があります。
3.2 クラッド
選択: クエリ ステートメント
id
: は、対応namespace
するメソッドの名前です。
resultType
: SQL ステートメント実行の戻り値!
parameterType
: パラメータのタイプ
ステップ:
ステップ 1: インターフェースを作成する
public interface UserMapper {
//查询全部用户
List<User> getUserList();
//根据id查询用户
User getUserById(int id);
//insert一个用户
int addUser(User user);
//修改用户
int updateUser(User user);
//删除用户
int deleteUser(int id);
}
ステップ 2: 対応する SQL ステートメントを作成する
<mapper namespace="com.CYQ.dao.UserMapper">
<!-- select查询语句 -->
<select id="getUserList" resultType="com.CYQ.pojo.User">
select * from mybatis.user;
</select>
<select id="getUserById" parameterType="int" resultType="com.CYQ.pojo.User">
select * from mybatis.user where id=#{id}
</select>
<!-- 对象中的属性可以直接取出来 -->
<insert id="addUser" parameterType="com.CYQ.pojo.User">
insert into mybatis.user(id,name,pwd) values (#{id},#{name},#{pwd});
</insert>
<update id="updateUser" parameterType="com.CYQ.pojo.User">
update mybatis.user set name=#{name},pwd=#{pwd} where id=#{id};
</update>
<delete id="deleteUser" parameterType="int">
delete from mybatis.user where id=#{id};
</delete>
</mapper>
ステップ 3: テスト
追加、削除、変更: トランザクションを送信する必要があります
チェック: トランザクションをコミットする必要はありません
public class UserDaoTest {
//查询
@Test
public void test() {
//第一步:获取sqlSession对象
SqlSession sqlSession = MybatisUtil.getSqlSession();
//方式一:getMapper(推荐使用!)
UserMapper userDao = sqlSession.getMapper(UserMapper.class);//得到接口
List<User> userList = userDao.getUserList();
//方式二:(不推荐使用)
//List<Object> userList = sqlSession.selectList("com.CYQ.dao.UserDao.getUserList");
for (Object user : userList) {
System.out.println(user);
}
//关闭sqlSession
sqlSession.close();
}
//查询
@Test
public void test01() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
User user = userMapper.getUserById(3);
System.out.println(user.toString());
sqlSession.close();
}
//增删改 - 需要提交事务!!!
@Test
public void test02() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
userMapper.addUser(new User(4, "陈朋", "1995"));
//提交事务:
sqlSession.commit();
//关闭sqlSession
sqlSession.close();
}
//修改
@Test
public void test03() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
userMapper.updateUser(new User(1,"陈雨晴","1997"));
//提交事务:
sqlSession.commit();
//关闭sqlSession
sqlSession.close();
}
//删除
@Test
public void test04() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
userMapper.deleteUser(4);
//提交事务:
sqlSession.commit();
//关闭sqlSession
sqlSession.close();
}
}
3.3 ユニバーサルマップ
エンティティ クラス (またはデータベース内のテーブル) の属性 (またはフィールド) が多すぎると仮定すると、map! の使用を検討する必要があります。
マップからパラメータを渡すには、SQL でキーを直接フェッチできます。オブジェクトからパラメータを渡すには、SQL でオブジェクトのプロパティを直接フェッチする必要があります。
基本パラメータが 1 つだけの場合は、SQL で直接取得できます。
複数のパラメータにはマップまたはアノテーションを使用してください。
オブジェクトとマップの比較(真剣な比較)
ユーザーマッパー.xml
物体
<insert id="addUser" parameterType="com.CYQ.pojo.User">
insert into mybatis.user(id,name,pwd) values (#{id},#{name},#{pwd});
</insert>
地図
<insert id="addUser2" parameterType="map">
insert into mybatis.user(id,name,pwd) values (#{userId},#{userName},#{password});
</insert>
UserMapperTest.java
物体
@Test
public void test02() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
userMapper.addUser(new User(4, "陈朋", "1995"));
//提交事务:
sqlSession.commit();
//关闭sqlSession
sqlSession.close();
}
地図
//增加
@Test
public void test002() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
HashMap<String,Object> map = new HashMap<String, Object>();
map.put("userId", 4);
map.put("userName", "杨帆");
map.put("password", "1996");
userMapper.addUser2(map);
//提交事务:
sqlSession.commit();
//关闭sqlSession
sqlSession.close();
}
3.4 ファジークエリ
ファジークエリ: SQL インジェクションの問題を防ぐ必要があります
SLQインジェクションを防ぐ書き方はビジネスでもよく使われています!!!
ステップ 1: インターフェース
public interface UserMapper {
//查询全部用户
List<User> getUserLike();
}
ステップ 2: SQL
<select id="getUserById" resultType="com.CYQ.pojo.User">
select * from mybatis.user where name like #{value}
</select>
<!--有效防止sql注入的写法-->
<select id="getUserById" resultType="com.CYQ.pojo.User">
select * from mybatis.user where name like "%"#{value}"%"
</select>
ステップ 3: テスト
@Test
public void test01() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
List<User> userList = userMapper.getUserLike("%陈%");
for (Object user : userList) {
System.out.println(user);
}
sqlSession.close();
}
//防止sql注入
@Test
public void test01() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//获得接口
List<User> userList = userMapper.getUserLike("陈");
for (Object user : userList) {
System.out.println(user);
}
sqlSession.close();
}
4. 構成分析
4.1 コア設定ファイル
- mybatis-config.xml
- MyBatis 設定ファイルには、MyBatis の動作に深く影響する設定とプロパティが含まれています
構成
- プロパティ
- 設定
- typeAliases (型の別名)
- typeHandlers (型ハンドラー)
- objectFactory (オブジェクトファクトリー)
- プラグイン
- 環境 (環境構成)
- 環境 (環境変数)
- transactionManager (トランザクションマネージャー)
- dataSource (データソース)
- 環境 (環境変数)
- DatabaseIdProvider (データベースベンダー ID)
- マッパー
4.2 環境構成(環境)
- MyBatis はさまざまな環境に適応するように構成できます
- ただし、複数の環境を構成できますが、SqlSessionFactory のインスタンスごとに選択できる環境は 1 つだけであることに注意してください。
<environments default="development">
<environment id="development">
<transactionManager type="JDBC"/>
<dataSource type="POOLED">
<property name="driver" value="com.mysql.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/mybatis?useSSl=true&useUnicode=true&characterEncoding=utf8"/>
<property name="username" value="root"/>
<property name="password" value="123456"/>
</dataSource>
</environment>
</environments>
トランザクションマネージャー:transactionManager
タイプ: JDBC および MANAGED
データソース:dataSource
タイプ: UNPOOLED/POOLED/JNDI
Mybatis のデフォルトのトランザクション マネージャーは JDBC、接続プール: POOLED です。
4.3 プロパティ
プロパティ属性を通じて参照設定ファイルを実装できます。
これらのプロパティは外部から構成可能であり、動的に置き換えることができます。これは、一般的な Java プロパティ ファイルで設定することも、properties 要素の子要素で [db.properties] を設定することもできます。
4.3.1 設定ファイルの書き込み
場所:src/main/resources/db.properties
driver = com.mysql.jdbc.Driver
url = jdbc:mysql://localhost:3306/mybatis?useSSl=true&useUnicode=true&characterEncoding=utf8
username = root
password = 123456
4.3.2 コア設定ファイル mybatis-config.xml に導入
<!-- 引入外部配置文件 -->
<properties resource="db.properties" >
<property name="username" value="root"/>
<property name="password" value="1233456"/>
</properties>
2 つの方法: 1. 構成ファイルを直接インポートします。 2. にタグを追加します。
2 つの構成が矛盾する場合、構成ファイル内の構成が最初に使用されます。
環境構成は次のように変更できます。
<environments default="development">
<environment id="development">
<transactionManager type="JDBC" />
<dataSource type="POOLED">
<property name="driver" value="${driver}" />
<property name="url" value="${url}" />
<property name="username" value="${username}" />
<property name="password" value="${password}" />
</dataSource>
</environment>
</environments>
4.4 型エイリアス (typeAliases)
-
Type Alias は Java 型の短縮名を設定します
-
存在の意味: クラスの完全修飾名の冗長性を減らす
ステップ 1: mybatis-config.xml を変更する
<!-- 可以给实体类起别名 -->
<typeAliases>
<typeAlias type="com.CYQ.pojo.User" alias="User"/>
</typeAliases>
<!-- 扫描实体类的包,默认别名为类名的首字母小写 -->
<typeAliases>
<package name="com.CYQ.pojo"/>
</typeAliases>
ステップ 2: UserMapper.xml を変更する
<select id="getUserList" resultType="User">
select * from mybatis.user;
</select>
<!--大写也可以,即:“user”="User"-->
<select id="getUserList" resultType="user">
select * from mybatis.user;
</select>
ふたつのやり方:
-
typeAlias
-
パッケージ
エンティティ クラスが少ない場合は最初のタイプを使用し、エンティティ クラスが多い場合は 2 番目のタイプを使用します。
最初のタイプはエイリアスをカスタマイズできますが、2 番目のタイプはエイリアスをカスタマイズできませんが、注釈を使用してエイリアスをカスタマイズできます。
4.5 設定(設定)
- これらは、MyBatis の実行時の動作を変更する MyBatis の非常に重要なチューニング設定です。
4.6 マッパー
(推奨) 方法 1: ***.xml ファイルを使用する
<!-- 每一个Mapper.xml都需要在mybatis的核心配置文件中注册!!! -->
<mappers>
<mapper resource="com/CYQ/dao/UserMapper.xml"></mapper>
</mappers>
方法 2: クラス ファイルを使用する
<mappers>
<mapper class="com.CYQ.dao.UserMapper"/>
</mappers>
注意点:
- インターフェイスとそのマッパー構成ファイルは同じ名前である必要があります
- インターフェイスとそのマッパー構成ファイルは同じパッケージ内に存在する必要があります
4.7 その他の構成
- typeHandlers (型ハンドラー)
- objectFactory (オブジェクトファクトリー)
- プラグイン
- mybatis-generator-core
- マイバティスプラス
- 一般的なマッパー
4.8 ライフサイクルと範囲
[外部リンク画像の転送に失敗しました。ソース サイトにはリーチ防止メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-F1QZofHV-1690204448188)(MyBatis.assets/image-20210115155310926.png)]
ライフサイクルとスコープは非常に重要です。誤った使用は非常に深刻な同時実行の問題を引き起こす可能性があるためです。
SqlSessionFactoryBuilder
- SqlSessionFactory は一度作成されると不要になります。
- ローカル変数
Sqlセッションファクトリー
-
次のように想像してください: データベース接続プール
-
一度作成すると存続するため、破棄したり別のインスタンスを再作成したりする必要はありません。
-
最適なスコープ:アプリケーション スコープ
-
最も簡単なのは、シングルトン モードまたは静的シングルトン モードを使用することです。
SQLセッション
-
接続プールへの接続リクエスト
-
SqlSession のインスタンスはスレッドセーフではないため共有できないため、最適なスコープ:リクエスト/メソッド スコープ
-
閉じる必要があります。閉じないとリソースが占有されてしまいます。
[外部リンク画像の転送に失敗しました。ソース サイトには盗難防止リンク メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-45erbNyG-1690204448189)(MyBatis.assets/image-20210115160635011.png)]
ここでの各マッパーは特定のビジネスを表します
5. 属性名とフィールド名が一致しない
たとえば、Mybatis-03 モジュールを参照してください。
5.1 質問
新しいプロジェクトを作成し、前のプロジェクトをコピーして、エンティティ クラス フィールドの不整合をテストします。
データベース構造:
数据库结构:
mybatis(数据库)
user(表)
id(字段)
name(字段)
pwd(字段)
エンティティクラスの構築: 構築クラスのプロパティとフィールドが対応していません
public class User {
private int id;
private String name;
private String password;
...
}
テストコード:
@Test
public void getUserById() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);// 获得接口
User user = userMapper.getUserById(5);
System.out.println(user.toString());
sqlSession.close();
}
テストに問題があります: pwd が見つかりません
[外部リンク画像の転送に失敗しました。ソース サイトにはリーチ防止メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-MUDoEdO4-1690204448189)(MyBatis.assets/image-20210115190327962.png)]
5.2結果マップ
結果セットのマッピング:
id name pwd
id name pasword
<mapper namespace="com.CYQ.dao.UserMapper">
<!-- 结果集映射 -->
<resultMap type="User" id="userMap">
<!-- column-数据库中的字段 property-实体类中的属性 -->
<result column="id" property="id" />
<result column="name" property="name" />
<result column="pwd" property="password" />
</resultMap>
<select id="getUserById" resultMap="userMap">
select * from user where id=#{id}
</select>
</mapper>
-
resultMap
要素は、MyBatis で最も重要かつ強力な要素です。 -
ResultMap の設計思想は、単純なステートメントではゼロ構成を実現し、より複雑なステートメントではステートメント間の関係のみを記述する必要があるということです。
5.3 解決策
1.別名:
<select id="getUserById" parameterType="int" resultType="User">
select id,name,pwd as password from mybatis.user where id=#{id}
</select>
2. 結果セットのマッピング
<mapper namespace="com.CYQ.dao.UserMapper">
<!-- 结果集映射 -->
<resultMap type="User" id="userMap">
<!-- column-数据库中的字段 property-实体类中的属性 -->
<result column="id" property="id" />
<result column="name" property="name" />
<result column="pwd" property="password" />
</resultMap>
<select id="getUserById" resultMap="userMap">
select * from user where id=#{id}
</select>
</mapper>
6. ログ
6.1 ログファクトリー
データベースの動作が異常な場合は、トラブルシューティングが必要です。ログは最高のアシスタントです!
1回:サウト、ダバグ
今: ログファクトリー
Mybatis では、次のタイプがありました。
-
SLF4J
-
LOG4J 【マスター】
-
LOG4J2
-
JDK_LOGGING
-
COMMONS_LOGGING
-
STDOUT_LOGGING【マスター】
-
NO_LOGGING
Mybatisでは具体的にどのようなログ実装が使用されるか、設定で実装されます。
<settings>
<!-- 配置日志工厂 -->
<setting name="logImpl" value="STDOUT_LOGGING"/>
</settings>
STDOUT_LOGGING - 標準ログ出力用
結果は次のことを示しています。
6.2LOG4J
log4Jとは
- Log4j は Apache のオープンソース プロジェクトです
- ログ情報の送信を制御できる宛先は、コンソール、ファイル、GUIコンポーネント、さらにはソケット サーバー、NTイベント レコーダー、UNIX Syslogデーモンなどです。
- 各ログの出力形式を制御できます
- アプリケーションコードを変更せずに構成ファイルを使用して柔軟な構成を実現
ステップ 1: 依存関係をインポートする
<!-- https://mvnrepository.com/artifact/log4j/log4j -->
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
ステップ 2: プロパティ ファイルを構成する
log4j.プロパティ
#将等级为DEBUG的日志信息输出到console和file这两个目的地,console和file的定义在下面的代码
log4j.rootLogger=DEBUG,console,file
#控制台输出的相关设置
log4j.appender.console = org.apache.log4j.ConsoleAppender
log4j.appender.console.Target = System.out
log4j.appender.console.Threshold=DEBUG
log4j.appender.console.layout = org.apache.log4j.PatternLayout
log4j.appender.console.layout.ConversionPattern=[%c]-%m%n
#文件输出的相关设置
log4j.appender.file = org.apache.log4j.RollingFileAppender
#日志文件生成位置,可以自定义
log4j.appender.file.File=./log/CYQ.log
log4j.appender.file.MaxFileSize=10mb
log4j.appender.file.Threshold=DEBUG
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=[%p][%d{yy-MM-dd HH:mm:ss}][%c]%m%n
#日志输出级别
log4j.logger.org.mybatis=DEBUG
log4j.logger.java.sql=DEBUG
log4j.logger.java.sql.Statement=DEBUG
log4j.logger.java.sql.ResultSet=DEBUG
log4j.logger.java.sql.PreparedStatement=DEBUG
ステップ 3: log4J をログ ファクトリ実装として構成する
<settings>
<!-- 配置LOG4J实现 -->
<setting name="logImpl" value="LOG4J"/>
</settings>
ステップ 4: を使用してテストする
直接 junit テスト UserMapperTest.java
6.3 LOG4Jは使いやすい
最初のステップ: パッケージをガイドします(log4j のロガーである必要があります)
import org.apache.log4j.Logger;
ステップ 2: ログ オブジェクト。パラメータは現在のクラスのクラスです。
static Logger logger = Logger.getLogger(UserDaoTest.class);
ステップ 3: ログレベル
@Test
public void testLog4j() {
logger.info("info:进入了testLog4j方法");
logger.debug("debug:进入了testLog4j方法");
logger.error("error:");
}
7. ページネーション
考え中: なぜページネーションを行うのでしょうか?
- 処理されるデータ量を削減する
7.1 ページネーションの制限を使用する
SELECT * FROM user limit startindex,pagesize
SELECT * FROM user limit 3;--[0,3]
Mybatis を使用してページネーションを実装してください。(コア: SQL)
1. インターフェース
public interface UserMapper {
//Mybatis实现分页
List<User> getUserByLimit(Map<String, Integer> map);
}
2.UserMapper.xml
<!-- Limit分页 -->
<select id="getUserByLimit" parameterType="map"
resultMap="userMap">
SELECT * FROM user limit #{startIndex},#{pageSize}
</select>
3. テスト
@Test
public void getUserByLimit() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
HashMap<String,Integer> map = new HashMap<String, Integer>();
map.put("startIndex", 0);
map.put("pageSize", 2);
List<User> users = userMapper.getUserByLimit(map);
for (User user : users) {
System.out.println(user);
}
sqlSession.close();
}
7.2 RowBoundsのページネーション
ページネーションの実装に SQL を使用しなくなりました
1. インターフェース:
public interface UserMapper {
//rouBounds实现分页
List<User> getUserByRowBounds();
}
2.UserMapper.xml
<!-- RowBounds分页 -->
<select id="getUserByRowBounds" resultMap="userMap">
SELECT * FROM user
</select>
3. テスト
@Test
public void getUserByRowBounds() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
//RowBounds实现
//每页显示两个,从第二个对象开始
RowBounds rowBounds = new RowBounds(1,2);//底标从0开始
//通过java代码实现分页
List<Object> userList = sqlSession.selectList("com.CYQ.dao.UserMapper.getUserByRowBounds",null,rowBounds);
for (Object object : userList) {
System.out.println(object);
}
sqlSession.close();
}
7.3 ページネーションプラグイン (理解)
8. アノテーションの開発
マイボート-04
8.1 インターフェース指向プログラミング
- 誰もがこれまでにオブジェクト指向プログラミングとインターフェースを学んだことがありますが、実際の開発ではインターフェース指向プログラミングを選択することがよくあります。
- 根本原因: デカップリング、スケーラビリティ、再利用の向上、階層型開発では、上位層は特定の実装を気にせず、全員が共通の標準に従うため、開発が容易になり、より標準化されます。
- オブジェクト指向システムでは、システムのさまざまな機能がさまざまなオブジェクトによって実現されます。この場合、各オブジェクトがそれ自体をどのように実装するかは、システム設計者にとってそれほど重要ではありません。
- そして、各オブジェクト間の連携関係がシステム設計の鍵となります。異なるクラス間の通信からモジュール間の相互作用まで、システム設計の開始時に考慮することが重要であり、システム設計の主要な作業内容でもあります。インターフェース指向プログラミングとは、この考え方に従ったプログラミングを指します。
インターフェースの理解
- インターフェースをより深く理解すると、定義(仕様、制約)と実装(名実分離原則)の分離となるはずです。
- インターフェイス自体は、システム設計者のシステムに対する抽象的な理解を反映しています。
- インターフェースには次の 2 つのタイプがあります。
-
- 最初のカテゴリは個人の抽象化であり、抽象クラスに対応することができます。
- 2 番目のカテゴリは、個人の特定の側面の抽象化、つまり抽象的な表面 (インターフェイス) の形成です。
- 固体には複数の抽象的な側面がある場合があります。抽象的な本体と抽象的な表面の間には違いがあります。
違いの 3 つの側面
- オブジェクト指向とは、問題を考えるときにオブジェクトを単位として、そのプロパティとメソッドを考慮することを意味します。
- プロセス指向とは、問題を考えるときに、特定のプロセス(ビジネスプロセス)を単位として、その実現を考えることです。
- インターフェース設計、非インターフェース設計は再利用技術であり、オブジェクト指向(プロセス)は問題ではなく、よりシステム全体のアーキテクチャに反映されます。
8.2 アノテーションを利用した開発
1. アノテーションはインターフェースに直接実装されます。
public interface UserMapper {
@Select("select * from user")
List<User> getUsers();
}
2. コア構成ファイル (mybatis-config.xml) でインターフェースをバインドします。
<!-- 绑定接口 -->
<mappers>
<mapper class="com.CYQ.dao.UserMapper"/>
</mappers>
3. テスト
@Test
public void test() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
List<User> users = mapper.getUsers();
for (User user : users) {
System.out.println(user);
}
sqlSession.close();
}
}
本質: リフレクションメカニズムの実装
最下層: 動的プロキシ
プロキシ モードの図:
[外部リンク画像の転送に失敗しました。ソース サイトには盗難防止リンク メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-DoWoD8yc-1690204448192)(MyBatis.assets/image-20210116182759016.png)]
[外部リンク画像の転送に失敗しました。ソース サイトには盗難防止リンク メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-96BVGasS-1690204448192)(MyBatis.assets/image-20210116185705344.png)]
8.3CRUD
ツールクラスの作成時にトランザクションを自動的にコミットできます。
ステップ 1: 自動コミットトランザクションを true に設定する
MybatisUtil.java で設定します
public static SqlSession getSqlSession() {
//默认为false,我们设置为true,true - 代表自动提交
SqlSession sqlSession = sqlSessionFactory.openSession(true);
return sqlSession;
}
ステップ 2: インターフェース
public interface UserMapper {
//方法存在多个参数,所有的参数前面必须加上:@Param注解
@Select("select * from user where id=#{id}")
User getUserById(@Param("id")int id);
@Insert("insert into user (id,name,pwd) values (#{id},#{name},#{password})")
int addUser(User user);
@Update("update user set name=#{name},pwd=#{password} where id=#{id}")
int updateUser(User user);
@Delete("delete from user where id=#{id}")
int deleteUser(@Param("id")int id);
}
ステップ 3: テスト
public class UserDaoTest {
@Test
public void test() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
// List<User> users = mapper.getUsers();
// User user = mapper.getUserById(4);
// mapper.addUser(new User(6,"汪苏泷","1989"));
mapper.updateUser(new User(5, "许嵩", "1987"));
sqlSession.close();
}
}
@Param() アノテーションについて
1. 基本的なパラメータの種類がいくつあっても、それぞれを追加する必要がある
2. 参照型を追加する必要はありません
3. 基本型が 1 つだけの場合は無視できますが、記述することをお勧めします。
4. SQL で参照するのは、@Param() で設定した属性名です。!!
#{}、${} の差
- #{ } SQLインジェクションの問題はないが、${}が存在する
9.ロムボク
9.1 使用手順:
ステップ 1: LomBok プラグインをインストールする
具体的な手順については、 「LomBok のインストール」を参照してください。
ステップ 2: lombok の jar パッケージをプロジェクトにインポートします (Maven ウェアハウス フォーム)
<!-- lombok - 此处导入的版本是使用人数最多的! -->
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.18.12</version>
<scope>provided</scope>
</dependency>
ステップ 3: メモを書く
@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {
private int id;
private String name;
private String password;
}
@Getter/@Setter
@FiledNameConstants
@ToString
@EqualsAndHashCode
@AllArgsConstructor/@RequiredArgsConstructor/@NoArgsConstructor
@Data
@Builder
@Singular
@Delegate
@value
@Accessors
@wither
@NonNull
@Cleanup
@Synchronized
@Log
@SneakyThrows
説明セクション:
@Data:无参构造/Getter&Setter/toString/hashCode/equals
@AllArgsConstructor:全参构造
@NoArgsConstructor:无参构造
9.2 利点と欠点
アドバンテージ:
- 開発効率の向上
- プロパティが変更されると、これらのプロパティによって生成された getter/setter メソッドなどの保守も簡素化されます。
欠点:
- 複数のパラメーター コンストラクターのオーバーロードはサポートされません (手動で追加可能)
- getter/setter は省略されていますが、コードの可読性が低下します。
10 多対一処理
マイボート-05
多対一:
- 一人の先生に多くの生徒が対応します
- 生徒の場合、複数の生徒を 1 人の教師に関連付けます[多対 1]
- 教師用、2 つの目、セット、1 人の教師が多数の生徒を持つ [1 対多]
関連テーブルを作成する
CREATE TABLE `teacher` (
`id` INT(10) NOT NULL,
`name` VARCHAR(30) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=INNODB DEFAULT CHARSET=UTF8;
INSERT INTO teacher(`id`, `name`) VALUES (1, '秦老师');
CREATE TABLE `student` (
`id` INT(10) NOT NULL,
`name` VARCHAR(30) DEFAULT NULL,
`tid` INT(10) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `fktid` (`tid`),
CONSTRAINT `fktid` FOREIGN KEY (`tid`) REFERENCES `teacher` (`id`)
) ENGINE=INNODB DEFAULT CHARSET=UTF8;
INSERT INTO `student` (`id`, `name`, `tid`) VALUES ('1', '小明', '1');
INSERT INTO `student` (`id`, `name`, `tid`) VALUES ('2', '小红', '1');
INSERT INTO `student` (`id`, `name`, `tid`) VALUES ('3', '小张', '1');
INSERT INTO `student` (`id`, `name`, `tid`) VALUES ('4', '小李', '1');
INSERT INTO `student` (`id`, `name`, `tid`) VALUES ('5', '小王', '1');
10.1 テスト環境のセットアップ:
ステップ 1: ロンボク島をインポートする
ステップ 2: 新しいエンティティ クラスを作成します: 教師/生徒
//实体类:学生
@Data
public class Student {
private int id;
private String name;
//学生需要关联一个老师
private Teacher teacher;
}
//实体类:老师
@Data
public class Teacher {
private int id;
private String name;
}
ステップ 3: インターフェイス ファイルを作成します: TeacherMapper.java StudentMapper.java
対応する XML ファイルを作成します: TeacherMapper.xml StudentMapper.xml
ステップ 4: コア ファイル (mybatis-config.xml) で設定する
ステップ 5: テスト
10.2 クエリネストによる処理
StudentMapper.xml
<mapper namespace="com.CYQ.dao.StudentMapper">
<!-- 思路:
1.查询所有的学生信息
2.根据查询出来的学生的tid,寻找对应的老师
-->
<select id="getStudent" resultMap="StudentTeacher">
select * from student
</select>
<resultMap type="Student" id="StudentTeacher">
<result property="id" column="id" />
<result property="name" column="name" />
<!-- 复杂的属性:我们需要单独处理 对象:association 集合:collection-->
<association property="teacher" column="tid" javaType="Teacher" select="getTeacher" />
</resultMap>
<select id="getTeacher" resultType="Teacher">
select * from teacher where id=#{tid}
</select>
</mapper>
10.3 結果に応じた入れ子処理(よく使われる)
<mapper namespace="com.CYQ.dao.StudentMapper">
<!-- 按照结果嵌套处理 -->
<select id="getStudent2" resultMap="StudentTeacher2">
select s.id sid,s.name sname,t.name tname
from student s ,teacher t
where s.tid=t.id
</select>
<resultMap type="Student" id="StudentTeacher2">
<result property="id" column="sid"/>
<result property="name" column="sname"/>
<association property="teacher" javaType="Teacher">
<result property="name" column="tname"/>
</association>
</resultMap>
</mapper>
MySQL の多対 1 クエリ方法を確認する
- サブクエリ
- テーブル結合クエリ
11. 1対多の処理
マイボート-06
例: 教師には複数の生徒がいます。
教師にとって、それは 1 対多の関係です。
11.1 環境構築:
ステップ 1: ロンボク島をインポートする
ステップ 2: 新しいエンティティ クラスを作成します: 教師/生徒
//实体类:学生
@Data
public class Student {
private int id;
private String name;
private int tid;
}
//实体类:老师
@Data
public class Teacher {
private int id;
private String name;
// 一个老师有多个学生
private List<Student> students;
}
ステップ 3: インターフェイス ファイルを作成します: TeacherMapper.java StudentMapper.java
対応する XML ファイルを作成します: TeacherMapper.xml StudentMapper.xml
ステップ 4: コア ファイル (mybatis-config.xml) で設定する
ステップ 5: テスト
11.2 クエリネストによる処理
TeacherMapper.xml
<mappers>
<select id="getTeacher2" resultMap="TeacherStudent2">
select * from teacher where id=#{tid}
</select>
<resultMap type="teacher" id="TeacherStudent2">
<collection property="students" javaType="ArrayList" ofType="Student" select="getStduentByTeacherId" column="id">
</collection>
</resultMap>
<select id="getStduentByTeacherId" resultType="Student">
select * from student where tid=#{id}
</select>
</mappers>
11.3 結果に応じた入れ子処理(よく使われる)
TeacherMapper.xml
<mapper namespace="com.CYQ.dao.TeacherMapper">
<select id="getTeacher" resultMap="TeacherStudent">
select s.id sid,s.name sname,t.name tname,t.id tid
from student s,teacher t
where s.tid=t.id and t.id=#{tid}
</select>
<resultMap type="Teacher" id="TeacherStudent">
<result property="id" column="tid"/>
<result property="name" column="tname"/>
<collection property="students" ofType="Student">
<result property="id" column="sid"/>
<result property="tid" column="tid"/>
</collection>
</resultMap>
</mapper>
11.4 概要
1. アソシエーション - アソシエーション [多対 1]
2. コレクション: コレクション [1 対多]
3.javaType と ofType
- javaType: エンティティ クラスの属性のタイプを指定するために使用されます。
- ofType: リストまたはコレクションにマップされる Pojo タイプ (ジェネリックスの制約タイプ)を指定するために使用されます。
注意点:
- SQLの可読性を確保する
- [1対多]、[多対1]、属性名とフィールドに注意してください
- この問題のトラブルシューティングは簡単ではありません。ログを使用することをお勧めします。
面接の頻度:
- MySLQエンジン
- InnoDB の基本原理
- 索引
- インデックスの最適化
12. 動的SQL
マイボート-07
動的SQLとは:
動的 SQL は、さまざまな条件に従ってさまざまな SQL ステートメントを生成することを指します。
if
選択(いつ、そうでない場合)
トリム(どこで、設定)
foreach
12.1 ビルド環境
関連テーブルを作成する
CREATE TABLE `blog`(
`id` VARCHAR(50) NOT NULL COMMENT '博客id',
`title` VARCHAR(100) NOT NULL COMMENT '博客标题',
`author` VARCHAR(30) NOT NULL COMMENT '博客作者',
`create_time` DATETIME NOT NULL COMMENT '创建时间',
`views` INT(30) NOT NULL COMMENT '浏览量'
)ENGINE=INNODB DEFAULT CHARSET=utf8
最初のステップ: ガイドパッケージ
ステップ 2: エンティティ クラスを作成する
@Data
public class Blog {
private String id;
private String title;
private String author;
private Date createTime;
private int views;
}
3番目のステップ:
インターフェース BlogMapper.java を記述する
ublic interface BlogMapper {
//插入数据:
int addBlog(Blog blog);
}
*Mapper.xml を書きます
<mapper namespace="com.CYQ.dao.BlogMapper">
<!-- ...-->
</mapper>
ステップ 4: コア構成ファイル (mybatis-config.xml) で構成する
<mappers>
<mapper class="com.CYQ.dao.BlogMapper"/>
</mappers>
ステップ 5: テスト
12.2 場合
BlogMapper.xml
<mapper>
<select id="queryBlogIf" parameterType="map" resultType="Blog">
select * from blog where 1=1
<if test="title!=null">
and title = #{title}
</if>
<if test="author!=null">
and author=#{author}
</if>
</select>
</mapper>
テスト:
@Test
public void queryBlogIf() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
BlogMapper mapper = sqlSession.getMapper(BlogMapper.class);
HashMap<Object, Object> map = new HashMap<Object, Object>();
map.put("title", "大娱乐家");
map.put("author", "汪苏泷");
List<Blog> blogs = mapper.queryBlogIf(map);
for (Blog blog : blogs) {
System.out.println(blog);
}
sqlSession.close();
}
12.3 選択(いつ、そうでない場合)
ケース…スイッチ…に相当
<mapper>
<select id="queryBlogChoose" parameterType="map"
resultType="Blog">
select * from blog
<where>
<!--choose下的,只执行一个,要么执行when的,要么执行otherwise的-->
<choose>
<when test="title!=null">
title = #{title}
</when>
<when test="author!=null">
and author=#{author}
</when>
<!--至少会执行:otherwise内部的-->
<otherwise>
and views=#{views}
</otherwise>
</choose>
</where>
</select>
</mapper>
12.4 トリム(場所、設定)
どこ
<mapper>
<select id="queryBlogIf" parameterType="map" resultType="Blog">
select * from blog
<where>
<if test="title!=null">
and title = #{title}
</if>
<if test="author!=null">
and author=#{author}
</if>
</where>
</select>
</mapper>
設定
<mapper>
<update id="updateBlog" parameterType="map">
update blog
<set>
<if test="title!=null">
title = #{title},
</if>
<if test="author!=null">
author=#{author}
</if>
</set>
where id=#{id}
</update>
</mapper>
いわゆる動的 SQL も本質的には SQL ステートメントですが、SQL レベルでロジック コードを実行できます。
12.5 SQL フラグメント
場合によっては、再利用しやすいようにいくつかの機能部分を抽出します。
ステップ 1: タグを使用して共通部分を抽出する
ステップ 2: SQL を使用する必要がある部分では、タグ参照のみを使用します。
<mapper namespace="com.CYQ.dao.BlogMapper">
<!-- 使用sql抽出公共的部分 -->
<sql id="if-title-author">
<if test="title!=null">
and title = #{title}
</if>
<if test="author!=null">
and author=#{author}
</if>
</sql>
<select id="queryBlogIf" parameterType="map" resultType="Blog">
select * from blog
<where>
<!-- 在需要使用sql的部分,使用include -->
<include refid="if-title-author"/>
</where>
</select>
</mapper>
知らせ:
- 単一のテーブルに基づいて SQL フラグメントを定義するのが最善です
- タグ内にタグが存在しません
- 一部だけを含めるようにしてください
12.6 フォーリーチ
select * from user where 1=1 and (id=1 or id=2 or id=3)
<select id="queryBlogForeach" parameterType="map" resultType="Blog">
select * from blog
<where>
<foreach collection="ids" item="id" open="and (" close=")" separator="or">
id=#{id}
</foreach>
</where>
</select>
テスト:
@Test
public void queryBlogForeach() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
BlogMapper mapper = sqlSession.getMapper(BlogMapper.class);
HashMap<Object, Object> map = new HashMap<Object, Object>();
int[] ids = {
1,2,3};
map.put("ids", ids);
mapper.queryBlogForeach(map);
sqlSession.close();
}
動的 SQL は SQL ステートメントをつなぎ合わせたもので、必要なのは SQL の正確性を確認し、SQL 形式に従って配置して結合することだけです。
提案: 次に、MySQL に完全な SQL を記述し、それに応じて動的 SQL に変更します。
13. キャッシュ
13.1 はじめに
查询 : 连接数据库,耗资源
一次查询的结果,暂存在可以直接取到的地方!!! - 内存 - 放在内存中的这些数据就叫“缓存”
我们再次查询相同的数据的时候,直接走“缓存”就可以,不用走数据库
1. キャッシュ【Cache】とは何ですか?
- メモリ内に存在する一時的なデータ。
- ユーザーが頻繁にクエリするデータをキャッシュ (メモリ) に置くと、ユーザーはディスク (リレーショナル データベース データ ファイル) からではなくキャッシュからデータをクエリする必要がなくなり、クエリ効率が向上し、パフォーマンスの問題が解決されます。高同時実行システムの。
2. キャッシュを使用する理由は何ですか?
- データベースとのやり取りの数を減らし、システムのオーバーヘッドを削減し、システム効率を向上させます。
3. どのような種類のデータをキャッシュできますか?
- 頻繁にクエリが行われ、ほとんど変更されないデータ。
13.2 Mybatis キャッシュ
- MyBatis には非常に強力なクエリ キャッシュ機能が含まれており、キャッシュのカスタマイズと構成が簡単になります。キャッシュによりクエリ効率が大幅に向上します。
- MyBatis システムではデフォルトで 2 つのレベルのキャッシュが定義されています:レベル 1 キャッシュとレベル 2 キャッシュ
-
- デフォルトでは、第 1 レベルのキャッシュのみが有効になっています。(SqlSession レベルのキャッシュ。ローカル キャッシュとも呼ばれます)
- 2 次キャッシュは手動で有効にして構成する必要があり、名前空間レベルのキャッシュに基づいています。
- スケーラビリティを向上させるために、MyBatis はキャッシュ インターフェイス Cache を定義します。Cache インターフェースを実装することで、2 次キャッシュをカスタマイズできます。
13.3 レベル 1 キャッシュ
レベル 1 キャッシュはローカル キャッシュとも呼ばれます。
- データベースとの同じセッション中にクエリされたデータは、ローカル キャッシュに配置されます。
- 将来、同じデータを取得する必要がある場合は、キャッシュから直接取得できるため、データベースに再度クエリを実行する必要はありません。
テスト手順:
ステップ 1: ログ mybatis-config.xml を開く
<settings>
<!-- 标准日志工厂 -->
<setting name="logImpl" value="STDOUT_LOGGING"/>
</settings>
ステップ 2: テスト、同じセッションで同じレコードを 2 回クエリする
@Test
public void getUserById() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
User user = mapper.getUserById(3);
System.out.println(user);
User user2 = mapper.getUserById(3);
System.out.println(user2);
System.out.println(user==user2);
sqlSession.close();
}
ステップ 3: ログ出力を表示する
[外部リンク画像の転送に失敗しました。ソース サイトには盗難防止リンク メカニズムがある可能性があります。画像を保存して直接アップロードすることをお勧めします (img-LQNmyCsa-1690204448193)(MyBatis.assets/image-20210119123231303.png)]
キャッシュ無効化の場合
1. 追加、削除、変更の操作により元のデータが変更される可能性があるため、キャッシュを更新する必要があります。
2. 何か別のものをクエリする
3. 別の ***Mapper.xml をクエリします
4. キャッシュを手動でクリアする
@Test
public void getUserById() {
SqlSession sqlSession = MybatisUtil.getSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
User user = mapper.getUserById(3);
System.out.println(user);
sqlSession.clearCache();//手动请理缓存
sqlSession.close();
}
概要: 1 次キャッシュはデフォルトで有効になっており、1 つの SQL セッション、つまり接続を取得してから閉じるまでの期間内のキャッシュでのみ有効です。!!
一次キャッシュはマップと同等です (または: 一次キャッシュはマップです)
13.4 L2 キャッシュ
- 2次キャッシュはグローバルキャッシュとも呼ばれますが、1次キャッシュでは適用範囲が狭すぎるため、2次キャッシュが誕生しました。
- 名前空間レベルに基づくキャッシュ。名前空間は 2 番目のレベルのキャッシュに対応します。
- 動作メカニズム
-
- セッションがデータの一部をクエリすると、データは現在のセッションの 1 次キャッシュに配置されます。
- 現在のセッションが閉じられると、このセッションに対応する 1 次キャッシュは失われますが、ここで必要なのは、セッションが閉じられるときに、1 次キャッシュ内のデータが 2 次キャッシュに保存されることです。
- 新しいセッション クエリ情報は、2 次キャッシュからコンテンツを取得できます。
- さまざまなマッパーによって検出されたデータは、対応するキャッシュ (マップ) に配置されます。
最初のステップ: グローバル キャッシュを開く - mybatis-config.xml
<settings>
<setting name="cacheEnabled" value="true"/>
</settings>
ステップ 2: 2 次キャッシュを使用するように ***Mapper.xml を構成する
<!-- 在*Mapper.xml中使用二级缓存 -->
<!-- 60s 512个 -->
<cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/>
<!--一般最简单的写法-->
<cache />
ステップ 3: テスト
エンティティクラスはシリアル化を記憶する必要がある
まとめ:
1. 二次キャッシュが有効である限り、同じマッパーの下で有効になります。
2. すべてのデータは 1 次キャッシュに配置されます
3. セッションが送信されるか閉じられる場合にのみ、セッションは 2 次キャッシュに送信されます。
13.5 キャッシュの原理
最初に 2 レベル キャッシュにアクセスし、次に 1 レベル キャッシュにアクセスします
13.6 カスタムキャッシュ - ehcache
使用手順:
最初のステップ: ガイドパッケージ
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.1.0</version>
</dependency>
ステップ 2: ehcache.xml を構成する
<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd"
updateCheck="false">
<diskStore path="./tmpdir/Tmp_EhCache"/>
<defaultCache
eternal="false"
maxElementsInMemory="10000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="259200"
memoryStoreEvictionPolicy="LRU"/>
<cache
name="cloud_user"
eternal="false"
maxElementsInMemory="5000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="1800"
memoryStoreEvictionPolicy="LRU"/>
</ehcache>