演示不同隔离级别下的并发问题 1.当把事务的隔离级别设置为read uncommitted ,会引发脏读,不可重复读,虚读 A窗口 start transaction isolation level read uncommitted; start transaction; select * from account; =======这个时候发现aaa的账户是1000元
演示不同隔离级别下的并发问题
1.当把事务的隔离级别设置为read uncommitted ,会引发脏读,不可重复读,虚读
A窗口
start transaction isolation level read uncommitted;
start transaction;
select * from account;
=======这个时候发现aaa的账户是1000元,转到B窗口
select * from acount where name=='aaa';
=======发现aaa的账户多了100元,这个时候a窗口读到的数据时b窗口未提交的数据(脏读);
B窗口
start transaction;(有这句话,不写commit语句,数据是不会提交到数据库的)
update account set money=money+100 where name='aaa';
------不要提交,转到A窗口查询
2..当把事务的隔离级别设置为read committed ,会引发不可重复读,虚读,但可避免脏读;
A窗口
start transaction isolation level read committed;
start transaction;
select * from account;
=======这个时候发现aaa的账户是1000元,转到B窗口
select * from acount where name=='aaa';
=======发现aaa的账户多了100元,这个时候a窗口读到了别的事务提交的数据,两次读取到的是不同的数据(不可重复读);
B窗口
start transaction;
update account set money=money+100 where name='aaa';
commit;
-----转到a窗口
3.当把事务的隔离级别设置为repeatable read(mysql 默认级别) ,会引发虚读,但可避免脏读,不可重复读;
A窗口:
set transaction isolation level repeatable read;
start transaction ;
select * from account;
=======发现有4条记录,转到b窗口
select * from account;
========可能发现有5条记录,这时候发生了a读取到另外一个事务插入的数据(虚读)
B窗口
start transaction;
insert into acount(name,money) values('ggg',1000);
commit;
-------转到a窗口
4.当把事务的隔离级别设置为Serializable ,会避免所有的问题;
A窗口:
set transaction isolation level repeatable read;
start transaction ;
select * from account;
=======发现有4条记录,转到b窗口
B窗口
start transaction;
insert into acount(name,money) values('ggg',1000);
-------发现不能插入,只能等待a结束事务才能插入

MySQLはGPLライセンスを使用します。 1)GPLライセンスにより、MySQLの無料使用、変更、分布が可能になりますが、変更された分布はGPLに準拠する必要があります。 2)商業ライセンスは、公的な変更を回避でき、機密性を必要とする商用アプリケーションに適しています。

Myisamの代わりにInnoDBを選択する場合の状況には、次のものが含まれます。1)トランザクションサポート、2)高い並行性環境、3)高いデータの一貫性。逆に、Myisamを選択する際の状況には、1)主に操作を読む、2)トランザクションサポートは必要ありません。 INNODBは、eコマースプラットフォームなどの高いデータの一貫性とトランザクション処理を必要とするアプリケーションに適していますが、Myisamはブログシステムなどの読み取り集約型およびトランザクションのないアプリケーションに適しています。

MySQLでは、外部キーの機能は、テーブル間の関係を確立し、データの一貫性と整合性を確保することです。外部キーは、参照整合性チェックとカスケード操作を通じてデータの有効性を維持します。パフォーマンスの最適化に注意し、それらを使用するときに一般的なエラーを避けてください。

MySQLには、B-Treeインデックス、ハッシュインデックス、フルテキストインデックス、空間インデックスの4つのメインインデックスタイプがあります。 1.B-Treeインデックスは、範囲クエリ、ソート、グループ化に適しており、従業員テーブルの名前列の作成に適しています。 2。HASHインデックスは、同等のクエリに適しており、メモリストレージエンジンのHASH_TABLEテーブルのID列の作成に適しています。 3。フルテキストインデックスは、記事テーブルのコンテンツ列の作成に適したテキスト検索に使用されます。 4.空間インデックスは、地理空間クエリに使用され、場所テーブルのGEOM列での作成に適しています。

tocreateanindexinmysql、usethecreateindexstatement.1)forasinglecolumn、 "createdexidx_lastnameonemployees(lastname);" 2)foracompositeindexを使用して、 "createindexidx_nameonemployees(lastname、firstname);" 3); "3)、" 3)を使用します

MySQLとSQLiteの主な違いは、設計コンセプトと使用法のシナリオです。1。MySQLは、大規模なアプリケーションとエンタープライズレベルのソリューションに適しており、高性能と高い並行性をサポートしています。 2。SQLiteは、モバイルアプリケーションとデスクトップソフトウェアに適しており、軽量で埋め込みやすいです。

MySQLのインデックスは、データの取得をスピードアップするために使用されるデータベーステーブル内の1つ以上の列の順序付けられた構造です。 1)インデックスは、スキャンされたデータの量を減らすことにより、クエリ速度を改善します。 2)B-Tree Indexは、バランスの取れたツリー構造を使用します。これは、範囲クエリとソートに適しています。 3)CreateIndexステートメントを使用して、createIndexidx_customer_idonorders(customer_id)などのインデックスを作成します。 4)Composite Indexesは、createIndexIDX_CUSTOMER_ORDERONORDERS(Customer_Id、Order_date)などのマルチコラムクエリを最適化できます。 5)説明を使用してクエリ計画を分析し、回避します

MySQLでトランザクションを使用すると、データの一貫性が保証されます。 1)StartTransactionを介してトランザクションを開始し、SQL操作を実行して、コミットまたはロールバックで送信します。 2)SavePointを使用してSave Pointを設定して、部分的なロールバックを許可します。 3)パフォーマンスの最適化の提案には、トランザクション時間の短縮、大規模なクエリの回避、分離レベルの使用が合理的に含まれます。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

WebStorm Mac版
便利なJavaScript開発ツール

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

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

ホットトピック









