Innobakcupex 代码解析_MySQL
bitsCN.com
#preparecheck_args() && init() #start #根据配置决定是进行 copy_back, apply_log , bakcup 三种模式中的哪一个#下面具体介绍backup中(即备份)的具体过程copy_back() or apply_log() or backup() #以下是backup()函数中的内容
#检查cmdline提供的连接参数是否能够连接MySQL 实例#并执行一句select语句,检测健康状态b.1 mysql_open();b.2 mysql_close();
#该函数将调用xtrabackup进行备份。b.3 start_ibbackup();#fork一个子进程
b.3.1 fork()
#如果是父进程,则函数跳出,进入外层等待
b.3.2 if I'm parent:
#如果是子进程,则调用外部可执行文件xtrabackup
b.3.3 if I'm child:
execute(cmd_line);
#等待ibbackup,直到innodb相关文件的备份结束,并生成suspend文件。b.4 wait_for_ibbackup_suspend();-------------------------------------------------------------------------------------------------------------#执行到这一行时,意味着xtrabackup相关的备份工作已经完成#创建了一个suspend文件,等待文件被删除后退出。#在退出之前,xtrabackup仍然会不断扫描iblogfile,记录新的redo log-------------------------------------------------------------------------------------------------------------
#接着 ibbackup开始准备备份非 innodb类型的表#打开一个mysql命令管道,执行之后的所有mysql 命令#open(*MYSQL_WRITER, "| mysql $options >$mysql_stdout 2>$mysql_stderr ")b.5 mysql_open();
#如果配置了 safe-slave的参数,脚本会循环等待。#直到slave opened temp table =0,并stop slave (如果是mmm环境不宜配置这个参数,否则会导致mmm切换)b.6 wait_for_safe_slave();
#如果没有显示的配置 no-lock,此段脚本会尝试获得一枚全局锁#保证非innodb类型表备份时的consistencyb.7 if (!$option_no_lock)#在添加全局锁之前,先用rsync备份一次所有文件
#这样使得获得全局锁之后,只需要进行文件增量备份,以缩短全局锁时间。b.7.1 backup_files(1);
#正式开始获取全局锁的函数b.7.2 mysql_lockall();
------------------------------------------------全局锁开始分割线-------------------------------------------------------------#通过Flush 获得全局锁#由于Flush tables with read lock 会等待当前时间点前的所有事务的结束。详见链接#因此,此时如有通过start transaction发起的作业在运行时,Flush会等待作业的结束#并同时阻塞之后的所有读写请求。#即: long running transaction 和 innobackupex同时运行,会导致后者的阻塞,继而阻塞后续业务读写操作#如果非innodb引擎的表,不存放业务数据,则建议使用:no-lock参数b.7.2.1 mysql_send "FLUSH TABLES WITH READ LOCK;"; b.7.2.2 mysql_send "COMMIT;";#记录当前binlog 信息b.7.2.3 write_binlog_info#记录用于change master 的信息b.7.2.4 write_slave_info #正式开始备份非innodb表,使用rsync#包括*.{frm,MYD,MYI,MRG,TRG,TRN,ARM,ARZ,CSM,CSV,opt,par} 类型文件b.8 backup_files () #删除suspend-file以唤醒xtrabackup,copy这段时间内的logfile#同时,等待xtrabackup进程的结束b.9 resume_ibbackup #通过unlock tables 释放全局锁b.10 mysql_unlockall()------------------------------------------------全局锁结束分割线-------------------------------------------------------------
#如果配置了safe-slave 则重新start slaveb.11 mysql_send('START SLAVE SQL_THREAD;');
#关闭执行mysql命令用的管道b.12 mysql_close();
bitsCN.com

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

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

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

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

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

ホットトピック









INNODBのフルテキスト検索機能は非常に強力であり、データベースクエリの効率と大量のテキストデータを処理する能力を大幅に改善できます。 1)INNODBは、倒立インデックスを介してフルテキスト検索を実装し、基本的および高度な検索クエリをサポートします。 2)一致を使用してキーワードを使用して、ブールモードとフレーズ検索を検索、サポートします。 3)最適化方法には、単語セグメンテーションテクノロジーの使用、インデックスの定期的な再構築、およびパフォーマンスと精度を改善するためのキャッシュサイズの調整が含まれます。

この記事では、MySQLのAlter Tableステートメントを使用して、列の追加/ドロップ、テーブル/列の名前の変更、列データ型の変更など、テーブルを変更することについて説明します。

完全なテーブルスキャンは、MySQLでインデックスを使用するよりも速い場合があります。特定のケースには以下が含まれます。1)データボリュームは小さい。 2)クエリが大量のデータを返すとき。 3)インデックス列が高度に選択的でない場合。 4)複雑なクエリの場合。クエリプランを分析し、インデックスを最適化し、オーバーインデックスを回避し、テーブルを定期的にメンテナンスすることにより、実際のアプリケーションで最良の選択をすることができます。

はい、MySQLはWindows 7にインストールできます。MicrosoftはWindows 7のサポートを停止しましたが、MySQLは引き続き互換性があります。ただし、インストールプロセス中に次のポイントに注意する必要があります。WindowsのMySQLインストーラーをダウンロードしてください。 MySQL(コミュニティまたはエンタープライズ)の適切なバージョンを選択します。インストールプロセス中に適切なインストールディレクトリと文字セットを選択します。ルートユーザーパスワードを設定し、適切に保ちます。テストのためにデータベースに接続します。 Windows 7の互換性とセキュリティの問題に注意してください。サポートされているオペレーティングシステムにアップグレードすることをお勧めします。

記事では、証明書の生成と検証を含むMySQL用のSSL/TLS暗号化の構成について説明します。主な問題は、セルフ署名証明書のセキュリティへの影響を使用することです。[文字カウント:159]

記事では、MySQLワークベンチやPHPMyAdminなどの人気のあるMySQL GUIツールについて説明し、初心者と上級ユーザーの機能と適合性を比較します。[159文字]

記事では、MySQLで大規模なデータセットを処理するための戦略について説明します。これには、パーティション化、シャード、インデックス作成、クエリ最適化などがあります。

クラスター化されたインデックスと非クラスター化されたインデックスの違いは次のとおりです。1。クラスター化されたインデックスは、インデックス構造にデータを保存します。これは、プライマリキーと範囲でクエリするのに適しています。 2.非クラスター化されたインデックスストアは、インデックスキー値とデータの行へのポインターであり、非プリマリーキー列クエリに適しています。
