bitsCN.com
没有备份删除表空间,需要日志恢复,但日志不能有断点
在sys用户下查看日志是否处于归档模式下
sql>archive log list
如果处于非归档模式需要sys用户在数据库的mount状态下修改为归档模式
sql>alter database archive
1.创建用户
SQL> create tablespace lits datafile 'e:/dbf/li01.dbf' size 50m;
Tablespace created.
SQL> create user li identified by li default tablespace lits;
User created.
SQL> grant connect to li;
Grant succeeded.
--允许用户li任意使用lits表空间
SQL> alter user li quota unlimited on lits;
User altered.
SQL>
2.关库,删除dbf文件,模拟数据文件丢失或者损坏
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
--删除li01.dbf
3.重启
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size 787988 bytes
Variable Size 145488364 bytes
Database Buffers 25165824 bytes
Redo Buffers 524288 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 11 - see DBWR trace file
ORA-01110: data file 11: 'E:/DBF/LI01.DBF'
--数据文件丢失只能启动到mount模式,如果要系统正常启动,可以先把丢失的文件offline,其他正常的数据文件正常启动数据库
SQL> select file#,ts#,name from v$datafile;
FILE# TS# NAME
---------- ---------- ----------------------------------------------------------
1 0 E:/ORACLE/PRODUCT/10.1.0/ORADATA/ORCL/SYSTEM01.DBF
2 1 E:/ORACLE/PRODUCT/10.1.0/ORADATA/ORCL/UNDOTBS01.DBF
3 2 E:/ORACLE/PRODUCT/10.1.0/ORADATA/ORCL/SYSAUX01.DBF
4 4 E:/ORACLE/PRODUCT/10.1.0/ORADATA/ORCL/USERS01.DBF
5 6 E:/ORACLE/PRODUCT/10.1.0/ORADATA/ORCL/EXAMPLE01.DBF
6 7 E:/DBF/MYTABLESPACE.DBF
7 7 E:/DBF/MYTABLESPACE01.DBF
8 7 E:/DBF/MY02
9 8 E:/DBF/MYTS03
10 9 E:/ORACLE/RMAN/RMANTS01.DBF
11 10 E:/DBF/LI01.DBF
11 rows selected.
4.datafile offline启动系统
SQL> alter database datafile 11 offline;
Database altered.
SQL> alter database open;
Database altered.
SQL>
SQL>
5.删除原来损坏的新建dbf,li01.dbf必须是原来的同名
--还有另外一种恢复方式,在备份前提下 把备份拷贝到datafile同名的数据文件进行恢复
SQL> alter database create datafile 'e:/dbf/li01.dbf';
Database altered.
6.把日志同步到新的dbf
SQL> recover datafile 'e:/dbf/li01.dbf';
Media recovery complete.
--查不到表
SQL> select * from li.li01;
select * from li.li01
*
ERROR at line 1:
ORA-00376: file 11 cannot be read at this time
ORA-01110: data file 11: 'E:/DBF/LI01.DBF'
SQL>
7.datafile online
SQL> alter database datafile 11 online;
Database altered.
SQL> select * from li.li01;
LID
----------
1
2
3
SQL>
--查询结果是commit之前的结果。
SQL>
作者“fly@lwy”
bitsCN.com
INNODBは、レドログと非論的なものを使用して、データの一貫性と信頼性を確保しています。 1.レドログは、クラッシュの回復とトランザクションの持続性を確保するために、データページの変更を記録します。 2.Undologsは、元のデータ値を記録し、トランザクションロールバックとMVCCをサポートします。

説明コマンドのキーメトリックには、タイプ、キー、行、および追加が含まれます。 1)タイプは、クエリのアクセスタイプを反映しています。値が高いほど、constなどの効率が高くなります。 2)キーは使用されているインデックスを表示し、nullはインデックスがないことを示します。 3)行はスキャンされた行の数を推定し、クエリのパフォーマンスに影響します。 4)追加の情報を最適化する必要があるというFilesortプロンプトを使用するなど、追加情報を提供します。

Temporaryを使用すると、MySQLクエリに一時テーブルを作成する必要があることが示されています。これは、異なる列、またはインデックスされていない列を使用して順番に一般的に見られます。インデックスの発生を回避し、クエリを書き直し、クエリのパフォーマンスを改善できます。具体的には、expliect出力に使用を使用する場合、MySQLがクエリを処理するために一時テーブルを作成する必要があることを意味します。これは通常、次の場合に発生します。1)個別またはグループビーを使用する場合の重複排除またはグループ化。 2)Orderbyに非インデックス列が含まれているときに並べ替えます。 3)複雑なサブクエリを使用するか、操作に参加します。最適化方法には以下が含まれます。1)OrderbyとGroupB

MySQL/INNODBは、4つのトランザクション分離レベルをサポートしています。 1.ReadunCommittedは、知らないデータを読み取ることができます。 2。読み込みは汚い読み取りを回避しますが、繰り返しのない読みが発生する可能性があります。 3. RepeatablerEadはデフォルトレベルであり、汚い読み取りと非回復不可能な読みを避けますが、幻の読み取りが発生する可能性があります。 4. Serializableはすべての並行性の問題を回避しますが、同時性を低下させます。適切な分離レベルを選択するには、データの一貫性とパフォーマンス要件のバランスをとる必要があります。

MySQLは、Webアプリケーションやコンテンツ管理システムに適しており、オープンソース、高性能、使いやすさに人気があります。 1)PostgreSQLと比較して、MySQLは簡単なクエリと高い同時読み取り操作でパフォーマンスが向上します。 2)Oracleと比較して、MySQLは、オープンソースと低コストのため、中小企業の間でより一般的です。 3)Microsoft SQL Serverと比較して、MySQLはクロスプラットフォームアプリケーションにより適しています。 4)MongoDBとは異なり、MySQLは構造化されたデータおよびトランザクション処理により適しています。

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

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

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


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

SublimeText3 中国語版
中国語版、とても使いやすい

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、
