検索

oracleRAC无备份情况恢复ocr和olr

Jun 07, 2016 pm 02:54 PM
バックアップ回復する状態

最大的悲剧莫过于数据库坏了备份没了。让我想起了前几年流行的一句话:最大的悲剧是人活着,钱没了。总之备份重于一切。 情景介绍: 在11G中ocr的asm磁盘组被用户不小心删了且所有备份都误删,olr呢也损坏了。至此悲剧重演。 恢复过程:(其实就是使用root.

  最大的悲剧莫过于数据库坏了备份没了。让我想起了前几年流行的一句话:“最大的悲剧是人活着,钱没了”。总之备份重于一切。

  情景介绍:

  在11G中ocr的asm磁盘组被用户不小心删了且所有备份都误删,olr呢也损坏了。至此悲剧重演。

  恢复过程:(其实就是使用root.sh重建ocr的过程,重建之后可能需要重新注册相关资源如listener or database 实例等!)

  1、清空所有节点cluster配置信息:(11G中存在rootcrs.sh脚本,该脚本默认存在于$GRID_HOME/crs/install)。

  注,该脚本需要在root下执行,否则会有错误提示

?

1

2

3

4

5

6

[grid@rac-one install]$ ./rootcrs.pl

You must be logged in as root to run this script.

Log in as root and rerun this script.

2014-04-01 17:08:12: Not running as authorized user

Insufficient privileges to execute this script.

root or administrative privileges needed to run the script.

  了解该脚本的功能可以查看-help。如升级、回退、重新配置等待》

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

[root@rac-two install]# ./rootcrs.pl  -help

Usage:

      rootcrs.pl [-verbose] [-upgrade [-force] | -patch]

                 [-paramfile ]

                 [-deconfig [-deinstall] [-keepdg] [-force] [-lastnode]]

                 [-downgrade -oldcrshome -version [-force] [-lastnode]] 

                 [-unlock [-crshome ] [-nocrsstop]]

                 [-init]

 

      Options:

       -verbose    Run this script in verbose mode

       -upgrade    Oracle HA is being upgraded from previous version

       -patch      Oracle HA is being upgraded to a patch version

       -paramfile  Complete path of file specifying HA parameter values

       -lastnode   Force the node this script is executing on to be considered

                   as the last node of deconfiguration or downgrade, and perform

                   actions associated with deconfiguring or downgrading the

                   last node

       -downgrade  Downgrade the clusterware

       -version    For use with downgrade; special handling is required if

                   downgrading to 9i. This is the old crs version in the format

                   A.B.C.D.E (e.g 11.1.0.6.0).

       -deconfig   Remove Oracle Clusterware to allow it to be uninstalled or reinstalled

       -force      Force the execution of steps in delete or dwongrade that cannot

                   be verified to be safe

       -deinstall  Reset the permissions on CRS home during de-configuration

       -keepdg     Keep existing diskgroups during de-configuration

       -unlock     Unlock CRS home

       -crshome    Complete path of crs home. Use with unlock option

       -oldcrshome For use with downgrade. Complete path of the old crs home

       -nocrsstop  used with unlock option to reset permissions on an inactive grid home

       -init       Reset the permissions of all files and directories under CRS home

 

 

      If neither -upgrade nor -patch is supplied, a new install is performed

 

      To see the full manpage for this program, execute:

        perldoc rootcrs.pl

 

[root@rac-two install]#

  在root下清除所有节点cluster 信息:

  节点2:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

[grid@rac-one install]$ su

Password:

[root@rac-one install]# ./rootcrs.pl -deconfig -force

Using configuration parameter file: ./crsconfig_params

Network exists: 1/192.168.4.0/255.255.255.0/eth0, type static

VIP exists: /rac-one-vip/192.168.4.113/192.168.4.0/255.255.255.0/eth0, hosting node rac-one

VIP exists: /rac-two-vip/192.168.4.114/192.168.4.0/255.255.255.0/eth0, hosting node rac-two

GSD exists

ONS exists: Local port 6100, remote port 6200, EM port 2016

CRS-2673: Attempting to stop 'ora.registry.acfs' on 'rac-one'

CRS-2677: Stop of 'ora.registry.acfs' on 'rac-one' succeeded

CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'rac-one'

CRS-2673: Attempting to stop 'ora.crsd' on 'rac-one'

CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on 'rac-one'

CRS-2673: Attempting to stop 'ora.oc4j' on 'rac-one'

CRS-2673: Attempting to stop 'ora.GIDG.dg' on 'rac-one'

CRS-2673: Attempting to stop 'ora.DATADG.dg' on 'rac-one'

CRS-2677: Stop of 'ora.DATADG.dg' on 'rac-one' succeeded

CRS-2677: Stop of 'ora.GIDG.dg' on 'rac-one' succeeded

CRS-2673: Attempting to stop 'ora.asm' on 'rac-one'

CRS-2677: Stop of 'ora.oc4j' on 'rac-one' succeeded

CRS-2672: Attempting to start 'ora.oc4j' on 'rac-two'

CRS-2677: Stop of 'ora.asm' on 'rac-one' succeeded

CRS-2676: Start of 'ora.oc4j' on 'rac-two' succeeded

CRS-2792: Shutdown of Cluster Ready Services-managed resources on 'rac-one' has completed

CRS-2677: Stop of 'ora.crsd' on 'rac-one' succeeded

CRS-2673: Attempting to stop 'ora.crf' on 'rac-one'

CRS-2673: Attempting to stop 'ora.ctssd' on 'rac-one'

CRS-2673: Attempting to stop 'ora.evmd' on 'rac-one'

CRS-2673: Attempting to stop 'ora.asm' on 'rac-one'

CRS-2673: Attempting to stop 'ora.drivers.acfs' on 'rac-one'

CRS-2673: Attempting to stop 'ora.mdnsd' on 'rac-one'

CRS-2677: Stop of 'ora.crf' on 'rac-one' succeeded

CRS-2677: Stop of 'ora.evmd' on 'rac-one' succeeded

CRS-2677: Stop of 'ora.mdnsd' on 'rac-one' succeeded

CRS-2677: Stop of 'ora.ctssd' on 'rac-one' succeeded

CRS-2677: Stop of 'ora.asm' on 'rac-one' succeeded

CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'rac-one'

CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'rac-one' succeeded

CRS-2673: Attempting to stop 'ora.cssd' on 'rac-one'

CRS-2677: Stop of 'ora.cssd' on 'rac-one' succeeded

CRS-2673: Attempting to stop 'ora.gipcd' on 'rac-one'

CRS-2677: Stop of 'ora.drivers.acfs' on 'rac-one' succeeded

CRS-2677: Stop of 'ora.gipcd' on 'rac-one' succeeded

CRS-2673: Attempting to stop 'ora.gpnpd' on 'rac-one'

CRS-2677: Stop of 'ora.gpnpd' on 'rac-one' succeeded

CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'rac-one' has completed

CRS-4133: Oracle High Availability Services has been stopped.

Removing Trace File Analyzer

Successfully deconfigured Oracle clusterware stack on this node

[root@rac-one install]#

  节点1,因为我的RAC是双节点的,那么在清除最后一个使用lastnode参数:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

[grid@rac-two crs]$ cd install/

[grid@rac-two install]$ su

Password:

[root@rac-two install]# ./rootcrs.pl -deconfig -force -lastnode

Using configuration parameter file: ./crsconfig_params

CRS resources for listeners are still configured

Network exists: 1/192.168.4.0/255.255.255.0/eth0, type static

VIP exists: /rac-two-vip/192.168.4.114/192.168.4.0/255.255.255.0/eth0, hosting node rac-two

GSD exists

ONS exists: Local port 6100, remote port 6200, EM port 2016

CRS-2673: Attempting to stop 'ora.registry.acfs' on 'rac-two'

CRS-2677: Stop of 'ora.registry.acfs' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.crsd' on 'rac-two'

CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on 'rac-two'

CRS-2673: Attempting to stop 'ora.oc4j' on 'rac-two'

CRS-2673: Attempting to stop 'ora.GIDG.dg' on 'rac-two'

CRS-2673: Attempting to stop 'ora.DATADG.dg' on 'rac-two'

CRS-2677: Stop of 'ora.DATADG.dg' on 'rac-two' succeeded

CRS-2677: Stop of 'ora.oc4j' on 'rac-two' succeeded

CRS-2677: Stop of 'ora.GIDG.dg' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.asm' on 'rac-two'

CRS-2677: Stop of 'ora.asm' on 'rac-two' succeeded

CRS-2792: Shutdown of Cluster Ready Services-managed resources on 'rac-two' has completed

CRS-2677: Stop of 'ora.crsd' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.ctssd' on 'rac-two'

CRS-2673: Attempting to stop 'ora.evmd' on 'rac-two'

CRS-2673: Attempting to stop 'ora.asm' on 'rac-two'

CRS-2677: Stop of 'ora.evmd' on 'rac-two' succeeded

CRS-2677: Stop of 'ora.asm' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'rac-two'

CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'rac-two' succeeded

CRS-2677: Stop of 'ora.ctssd' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.cssd' on 'rac-two'

CRS-2677: Stop of 'ora.cssd' on 'rac-two' succeeded

CRS-2672: Attempting to start 'ora.cssdmonitor' on 'rac-two'

CRS-2676: Start of 'ora.cssdmonitor' on 'rac-two' succeeded

CRS-2672: Attempting to start 'ora.cssd' on 'rac-two'

CRS-2672: Attempting to start 'ora.diskmon' on 'rac-two'

CRS-2676: Start of 'ora.diskmon' on 'rac-two' succeeded

CRS-2676: Start of 'ora.cssd' on 'rac-two' succeeded

CRS-4611: Successful deletion of voting disk +GIDG.

ASM de-configuration trace file location: /tmp/asmcadc_clean2014-04-01_05-14-52-PM.log

ASM Clean Configuration START

ASM Clean Configuration END

 

ASM with SID +ASM1 deleted successfully. Check /tmp/asmcadc_clean2014-04-01_05-14-52-PM.log for details.

 

CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'rac-two'

CRS-2673: Attempting to stop 'ora.mdnsd' on 'rac-two'

CRS-2673: Attempting to stop 'ora.ctssd' on 'rac-two'

CRS-2673: Attempting to stop 'ora.asm' on 'rac-two'

CRS-2677: Stop of 'ora.mdnsd' on 'rac-two' succeeded

CRS-2677: Stop of 'ora.ctssd' on 'rac-two' succeeded

CRS-2677: Stop of 'ora.asm' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.cluster_interconnect.haip' on 'rac-two'

CRS-2677: Stop of 'ora.cluster_interconnect.haip' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.cssd' on 'rac-two'

CRS-2677: Stop of 'ora.cssd' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.crf' on 'rac-two'

CRS-2677: Stop of 'ora.crf' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.gipcd' on 'rac-two'

CRS-2677: Stop of 'ora.gipcd' on 'rac-two' succeeded

CRS-2673: Attempting to stop 'ora.gpnpd' on 'rac-two'

CRS-2677: Stop of 'ora.gpnpd' on 'rac-two' succeeded

CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'rac-two' has completed

CRS-4133: Oracle High Availability Services has been stopped.

Removing Trace File Analyzer

Successfully deconfigured Oracle clusterware stack on this node

[root@rac-two install]#

  二、重建ocr和olr,使用root.sh脚本完成重建,其实这就是在安装RAC中执行的脚本,默认位置为:$GRID_HOME/;

  eg:

  节点1:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

[root@rac-two grid]# ./root.sh

Performing root user operation for Oracle 11g

 

The following environment variables are set as:

    ORACLE_OWNER= grid

    ORACLE_HOME=  /u01/app/11.2.0/grid

 

Enter the full pathname of the local bin directory: [/usr/local/bin]:

The contents of "dbhome" have not changed. No need to overwrite.

The contents of "oraenv" have not changed. No need to overwrite.

The contents of "coraenv" have not changed. No need to overwrite.

 

Entries will be added to the /etc/oratab file as needed by

Database Configuration Assistant when a database is created

Finished running generic part of root script.

Now product-specific root actions will be performed.

Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_params

User ignored Prerequisites during installation

Installing Trace File Analyzer

CRS-2672: Attempting to start 'ora.mdnsd' on 'rac-two'

CRS-2676: Start of 'ora.mdnsd' on 'rac-two' succeeded

CRS-2672: Attempting to start 'ora.gpnpd' on 'rac-two'

CRS-2676: Start of 'ora.gpnpd' on 'rac-two' succeeded

CRS-2672: Attempting to start 'ora.cssdmonitor' on 'rac-two'

CRS-2672: Attempting to start 'ora.gipcd' on 'rac-two'

CRS-2676: Start of 'ora.cssdmonitor' on 'rac-two' succeeded

CRS-2676: Start of 'ora.gipcd' on 'rac-two' succeeded

CRS-2672: Attempting to start 'ora.cssd' on 'rac-two'

CRS-2672: Attempting to start 'ora.diskmon' on 'rac-two'

CRS-2676: Start of 'ora.diskmon' on 'rac-two' succeeded

CRS-2676: Start of 'ora.cssd' on 'rac-two' succeeded

 

ASM created and started successfully.

 

Disk Group GIDG created successfully.

 

clscfg: -install mode specified

Successfully accumulated necessary OCR keys.

Creating OCR keys for user 'root', privgrp 'root'..

Operation successful.

Successful addition of voting disk 498646ba39604f86bf697c9748a67697.

Successful addition of voting disk 2e1bd16f9e6d4f36bf93550dc8268725.

Successful addition of voting disk 3fbd31a0b2634feabfa1115a504cbbe6.

Successfully replaced voting disk group with +GIDG.

CRS-4266: Voting file(s) successfully replaced

##  STATE    File Universal Id                File Name Disk group

--  -----    -----------------                --------- ---------

 1. ONLINE   498646ba39604f86bf697c9748a67697 (/dev/asm-diske) [GIDG]

 2. ONLINE   2e1bd16f9e6d4f36bf93550dc8268725 (/dev/asm-diskd) [GIDG]

 3. ONLINE   3fbd31a0b2634feabfa1115a504cbbe6 (/dev/asm-diskf) [GIDG]

Located 3 voting disk(s).

CRS-2672: Attempting to start 'ora.asm' on 'rac-two'

CRS-2676: Start of 'ora.asm' on 'rac-two' succeeded

CRS-2672: Attempting to start 'ora.GIDG.dg' on 'rac-two'

CRS-2676: Start of 'ora.GIDG.dg' on 'rac-two' succeeded

Preparing packages for installation...

cvuqdisk-1.0.9-1

Configure Oracle Grid Infrastructure for a Cluster ... succeeded

[root@rac-two grid]#

  另外注意,如果asm磁盘损坏了那么需要重新修复磁盘,然后会自动重新创建之前的diskgroup.

  至此olr和ocr创建成功

  节点2:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

[root@rac-one grid]# ./root.sh

Performing root user operation for Oracle 11g

 

The following environment variables are set as:

    ORACLE_OWNER= grid

    ORACLE_HOME=  /u01/app/11.2.0/grid

 

Enter the full pathname of the local bin directory: [/usr/local/bin]:

The contents of "dbhome" have not changed. No need to overwrite.

The contents of "oraenv" have not changed. No need to overwrite.

The contents of "coraenv" have not changed. No need to overwrite.

 

Entries will be added to the /etc/oratab file as needed by

Database Configuration Assistant when a database is created

Finished running generic part of root script.

Now product-specific root actions will be performed.

Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_params

User ignored Prerequisites during installation

Installing Trace File Analyzer

OLR initialization - successful

Adding Clusterware entries to upstart

CRS-4402: The CSS daemon was started in exclusive mode but found an active CSS daemon on node rac-two, number 1, and is terminating

An active cluster was found during exclusive startup, restarting to join the cluster

Preparing packages for installation...

cvuqdisk-1.0.9-1

Configure Oracle Grid Infrastructure for a Cluster ... succeeded

[root@rac-one grid]#

  3、检查资源信息:

  现在呢开始使用srvctl和crsctl工具,这是oracle RAC 经常使用的,另外还有一个工具是oifcfg配置网卡信息等。不在 介绍了。

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

[root@rac-one bin]# ./crsctl check crs

CRS-4638: Oracle High Availability Services is online

CRS-4537: Cluster Ready Services is online

CRS-4529: Cluster Synchronization Services is online

CRS-4533: Event Manager is online

[root@rac-one bin]# ./crsctl stat res -t

--------------------------------------------------------------------------------

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
MySQL Index Cardinalityはクエリパフォーマンスにどのように影響しますか?MySQL Index Cardinalityはクエリパフォーマンスにどのように影響しますか?Apr 14, 2025 am 12:18 AM

MySQLインデックスのカーディナリティは、クエリパフォーマンスに大きな影響を及ぼします。1。高いカーディナリティインデックスは、データ範囲をより効果的に狭め、クエリ効率を向上させることができます。 2。低カーディナリティインデックスは、完全なテーブルスキャンにつながり、クエリのパフォーマンスを削減する可能性があります。 3。ジョイントインデックスでは、クエリを最適化するために、高いカーディナリティシーケンスを前に配置する必要があります。

MySQL:新規ユーザー向けのリソースとチュートリアルMySQL:新規ユーザー向けのリソースとチュートリアルApr 14, 2025 am 12:16 AM

MySQL学習パスには、基本的な知識、コアの概念、使用例、最適化手法が含まれます。 1)テーブル、行、列、SQLクエリなどの基本概念を理解します。 2)MySQLの定義、作業原則、および利点を学びます。 3)インデックスやストアドプロシージャなどの基本的なCRUD操作と高度な使用法をマスターします。 4)インデックスの合理的な使用や最適化クエリなど、一般的なエラーのデバッグとパフォーマンス最適化の提案に精通しています。これらの手順を通じて、MySQLの使用と最適化を完全に把握できます。

実際のmysql:例とユースケース実際のmysql:例とユースケースApr 14, 2025 am 12:15 AM

MySQLの実際のアプリケーションには、基本的なデータベース設計と複雑なクエリの最適化が含まれます。 1)基本的な使用法:ユーザー情報の挿入、クエリ、更新、削除など、ユーザーデータの保存と管理に使用されます。 2)高度な使用法:eコマースプラットフォームの注文や在庫管理など、複雑なビジネスロジックを処理します。 3)パフォーマンスの最適化:インデックス、パーティションテーブル、クエリキャッシュを使用して合理的にパフォーマンスを向上させます。

MySQLのSQLコマンド:実用的な例MySQLのSQLコマンド:実用的な例Apr 14, 2025 am 12:09 AM

MySQLのSQLコマンドは、DDL、DML、DQL、DCLなどのカテゴリに分割でき、データベースとテーブルの作成、変更、削除、データの挿入、更新、削除、複雑なクエリ操作の実行に使用できます。 1.基本的な使用には、作成可能な作成テーブル、INSERTINTO INSERTデータ、クエリデータの選択が含まれます。 2。高度な使用法には、テーブル結合、サブQueries、およびデータ集約のためのグループに参加します。 3.構文エラー、データ型の不一致、許可の問題などの一般的なエラーは、構文チェック、データ型変換、許可管理を介してデバッグできます。 4.パフォーマンス最適化の提案には、インデックスの使用、フルテーブルスキャンの回避、参加操作の最適化、およびデータの一貫性を確保するためのトランザクションの使用が含まれます。

InnoDBは酸コンプライアンスをどのように処理しますか?InnoDBは酸コンプライアンスをどのように処理しますか?Apr 14, 2025 am 12:03 AM

INNODBは、ロックメカニズムとMVCCを通じて、非論的、一貫性、および分離を通じて原子性を達成し、レッドログを介した持続性を達成します。 1)原子性:Undologを使用して元のデータを記録して、トランザクションをロールバックできることを確認します。 2)一貫性:行レベルのロックとMVCCを介してデータの一貫性を確保します。 3)分離:複数の分離レベルをサポートし、デフォルトでrepeatable -readが使用されます。 4)持続性:Redologを使用して修正を記録し、データが長時間保存されるようにします。

MySQLの場所:データベースとプログラミングMySQLの場所:データベースとプログラミングApr 13, 2025 am 12:18 AM

データベースとプログラミングにおけるMySQLの位置は非常に重要です。これは、さまざまなアプリケーションシナリオで広く使用されているオープンソースのリレーショナルデータベース管理システムです。 1)MySQLは、効率的なデータストレージ、組織、および検索機能を提供し、Web、モバイル、およびエンタープライズレベルのシステムをサポートします。 2)クライアントサーバーアーキテクチャを使用し、複数のストレージエンジンとインデックスの最適化をサポートします。 3)基本的な使用には、テーブルの作成とデータの挿入が含まれ、高度な使用法にはマルチテーブル結合と複雑なクエリが含まれます。 4)SQL構文エラーやパフォーマンスの問題などのよくある質問は、説明コマンドとスロークエリログを介してデバッグできます。 5)パフォーマンス最適化方法には、インデックスの合理的な使用、最適化されたクエリ、およびキャッシュの使用が含まれます。ベストプラクティスには、トランザクションと準備された星の使用が含まれます

MySQL:中小企業から大企業までMySQL:中小企業から大企業までApr 13, 2025 am 12:17 AM

MySQLは、中小企業に適しています。 1)中小企業は、顧客情報の保存など、基本的なデータ管理にMySQLを使用できます。 2)大企業はMySQLを使用して、大規模なデータと複雑なビジネスロジックを処理して、クエリのパフォーマンスとトランザクション処理を最適化できます。

Phantomの読み取りとは何ですか?Innodbはどのようにそれらを防ぐ(次のキーロック)?Phantomの読み取りとは何ですか?Innodbはどのようにそれらを防ぐ(次のキーロック)?Apr 13, 2025 am 12:16 AM

INNODBは、次のキーロックメカニズムを通じてファントムの読み取りを効果的に防止します。 1)Next-KeyLockingは、Row LockとGap Lockを組み合わせてレコードとギャップをロックして、新しいレコードが挿入されないようにします。 2)実際のアプリケーションでは、クエリを最適化して分離レベルを調整することにより、ロック競争を削減し、並行性パフォーマンスを改善できます。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

Safe Exam Browser

Safe Exam Browser

Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

MantisBT

MantisBT

Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。

SecLists

SecLists

SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

強力な PHP 統合開発環境