扩展rhel5.9下使用lvm管理的根分区 核心步骤： 添加sdb-----pvcreate-----vgextend-----lvextend-----resize2fs 文件系统信息如下： [root@rhel59 ~]# df -hFilesystem Size Used Avail Use% Mounted on/dev/mapper/VolGroup00-LogVol01 18G 8.1G 8.3G 50% /
扩展rhel5.9下使用lvm管理的根分区
核心步骤：
添加sdb----->pvcreate----->vgextend----->lvextend----->resize2fs
文件系统信息如下：
[root@rhel59 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol01
18G 8.1G 8.3G 50% /
/dev/sda1 190M 13M 168M 8% /boot
tmpfs 500M 0 500M 0% /dev/shm
[root@rhel59 ~]# vgdisplay --- Volume group --- VG Name VolGroup00 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size 19.78 GB ----------->此时vg的大小是19.78GB PE Size 32.00 MB Total PE 633 Alloc PE / Size 633 / 19.78 GB Free PE / Size 0 / 0 VG UUID k9z3Ze-tAoj-Tajp-iECn-Ckrl-oWxZ-svnlsw
首先关闭rhel，加盘，之后启动rhel
[root@rhel59 ~]# fdisk -l Disk /dev/sda: 21.4 GB, 21474836480 bytes 255 heads, 63 sectors/track, 2610 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 25 200781 83 Linux /dev/sda2 26 2610 20764012+ 8e Linux LVM Disk /dev/sdb: 21.4 GB, 21474836480 bytes ----------->多了sdb 255 heads, 63 sectors/track, 2610 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/sdb doesn't contain a valid partition table
[root@rhel59 ~]# pvcreate /dev/sdb ----------->建立pv Writing physical volume data to disk "/dev/sdb" Physical volume "/dev/sdb" successfully created
[root@rhel59 ~]# pvdisplay
--- Physical volume ---
PV Name /dev/sda2
VG Name VolGroup00
PV Size 19.80 GB / not usable 21.36 MB
Allocatable yes (but full)
PE Size (KByte) 32768
Total PE 633
Free PE 0
Allocated PE 633
PV UUID GCIoaR-YISf-ILdp-8dNL-zGoq-Qqmy-C2HHI0
"/dev/sdb" is a new physical volume of "20.00 GB"
--- NEW Physical volume ---
PV Name /dev/sdb
VG Name
PV Size 20.00 GB
Allocatable NO
PE Size (KByte) 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID L9cTfB-jeai-owEJ-8d9i-BdLk-4RLp-onedCq
[root@rhel59 ~]# which vgextend /usr/sbin/vgextend [root@rhel59 ~]# /usr/sbin/vgextend VolGroup00 /dev/sdb Volume group "VolGroup00" successfully extended [root@rhel59 ~]# vgdisplay --- Volume group --- VG Name VolGroup00 System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 2 Act PV 2 VG Size 39.75 GB ----------->此时vg的大小是39.75GB，多了接近20GB PE Size 32.00 MB Total PE 1272 Alloc PE / Size 633 / 19.78 GB Free PE / Size 639 / 19.97 GB VG UUID k9z3Ze-tAoj-Tajp-iECn-Ckrl-oWxZ-svnlsw
[root@rhel59 ~]# lvextend -L 38500M /dev/mapper/VolGroup00-LogVol01 Rounding up size to full physical extent 37.62 GB Extending logical volume LogVol01 to 37.62 GB Logical volume LogVol01 successfully resized 注意：上面的命令中 -L 38500M 的意思是扩展到38500MB；若是 -L +38500M ,则表示扩展了38500MB
[root@rhel59 ~]# lvdisplay
--- Logical volume ---
LV Name /dev/VolGroup00/LogVol01
VG Name VolGroup00
LV UUID zHqULI-llnJ-LFmp-Swux-U9EZ-RKHc-GoOQXD
LV Write Access read/write
LV Status available
# open 1
LV Size 37.62 GB ------------->此时lv已经变大。
Current LE 1204
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0
--- Logical volume ---
LV Name /dev/VolGroup00/LogVol00
VG Name VolGroup00
LV UUID wqoTR5-KRdn-IVjA-hLoS-M1w7-32CH-qgaZMk
LV Write Access read/write
LV Status available
# open 1
LV Size 2.00 GB
Current LE 【本文来自鸿网互联 (http://www.68idc.cn)】 64
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:1
[root@rhel59 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol01
19G 8.1G 9.9G 45% / --------------->此时文件系统空间还没有变化。
/dev/sda1 190M 13M 168M 8% /boot
tmpfs 500M 0 500M 0% /dev/shm
[root@rhel59 ~]# resize2fs /dev/mapper/VolGroup00-LogVol01 resize2fs 1.39 (29-May-2006) Filesystem at /dev/mapper/VolGroup00-LogVol01 is mounted on /; on-line resizing required Performing an on-line resize of /dev/mapper/VolGroup00-LogVol01 to 9863168 (4k) blocks. The filesystem on /dev/mapper/VolGroup00-LogVol01 is now 9863168 blocks long.
[root@rhel59 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol01
37G 8.1G 27G 24% /
/dev/sda1 190M 13M 168M 8% /boot
tmpfs 500M 0 500M 0% /dev/shm
[root@rhel59 ~]# vgdisplay
--- Volume group ---
VG Name VolGroup00
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 6
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 2
Act PV 2
VG Size 39.75 GB
PE Size 32.00 MB
Total PE 1272
Alloc PE / Size 1268 / 39.62 GB
Free PE / Size 4 / 128.00 MB
VG UUID k9z3Ze-tAoj-Tajp-iECn-Ckrl-oWxZ-svnlsw
MySQLでユーザーアカウントをどのように作成および管理しますか？Apr 22, 2025 pm 06:05 PMMySQLでユーザーアカウントを作成および管理する手順は次のとおりです。1。ユーザーの作成：createUser'newuser '@' localhost'identifidedby'password 'を使用します。 2。許可を割り当てる：grantselect、insert、updateonmydatabase.to'newuser'@'localhost 'を使用します。 3.許可エラーを修正：Revokeallprivilegesonmydatabase.from'newuser'@'localhost 'を使用します。次に、許可を再割り当てします。 4。最適化権限：Showgraを使用します
MySQLはOracleとどのように違いますか？Apr 22, 2025 pm 05:57 PMMySQLは、迅速な開発や中小規模のアプリケーションに適していますが、Oracleは大規模な企業や高可用性のニーズに適しています。 1）MySQLはオープンソースで使いやすく、Webアプリケーションや中小企業に適しています。 2）Oracleは強力で、大企業や政府機関に適しています。 3）MySQLはさまざまなストレージエンジンをサポートし、Oracleは豊富なエンタープライズレベルの機能を提供します。
他のリレーショナルデータベースと比較してMySQLを使用することの欠点は何ですか？Apr 22, 2025 pm 05:49 PM他のリレーショナルデータベースと比較したMySQLの欠点には次のものがあります。1。パフォーマンスの問題：大規模なデータを処理する際にボトルネックに遭遇する可能性があり、PostgreSQLは複雑なクエリとビッグデータ処理でより良いパフォーマンスを発揮します。 2。スケーラビリティ：水平スケーリング能力は、Google SpannerやAmazon Auroraほど良くありません。 3。機能的な制限：高度な機能におけるPostgreSQLやOracleほど良くないため、一部の関数では、より多くのカスタムコードとメンテナンスが必要です。
MySQLで参加操作をどのように実行しますか？Apr 22, 2025 pm 05:41 PMMySQLは、InnerJoin、LeftJoin、RightJoin、FullouterJoinの4つの結合タイプをサポートしています。 1.innerjoinは、2つのテーブルで行を一致させ、基準を満たす結果を返すために使用されます。 2.Leftjoinは、右のテーブルが一致しなくても、左のテーブルのすべての行を返します。 3.右joinは左joinとは反対で、右のテーブルのすべての行を返します。 4.fullouterjoinは、条件を満たしている、または満たしていない2つのテーブルのすべての行を返します。
MySQLのパフォーマンスは、高負荷下の他のRDBMと比較してどのように比較されますか？Apr 22, 2025 pm 05:37 PM高負荷下でのMySQLのパフォーマンスには、他のRDBMSと比較してその利点と短所があります。 1）MySQLは、INNODBエンジンとインデックス、クエリキャッシュ、パーティションテーブルなどの最適化戦略を介して高負荷の下で十分に機能します。 2）PostgreSQLは、MVCCメカニズムを通じて効率的な同時読み取りおよび書き込みを提供し、OracleとMicrosoft SQLServerはそれぞれの最適化戦略を通じてパフォーマンスを改善します。合理的な構成と最適化により、MySQLは高負荷環境でうまく機能します。
InnoDBバッファープールとそのパフォーマンスの重要性を説明してください。Apr 19, 2025 am 12:24 AMInnodbbufferpoolは、データをキャッシュしてページをインデックス作成することにより、ディスクI/Oを削減し、データベースのパフォーマンスを改善します。その作業原則には次のものが含まれます。1。データ読み取り：Bufferpoolのデータを読む。 2。データの書き込み：データを変更した後、bufferpoolに書き込み、定期的にディスクに更新します。 3.キャッシュ管理：LRUアルゴリズムを使用して、キャッシュページを管理します。 4.読みメカニズム：隣接するデータページを事前にロードします。 BufferPoolのサイジングと複数のインスタンスを使用することにより、データベースのパフォーマンスを最適化できます。
MySQL対その他のプログラミング言語：比較Apr 19, 2025 am 12:22 AM他のプログラミング言語と比較して、MySQLは主にデータの保存と管理に使用されますが、Python、Java、Cなどの他の言語は論理処理とアプリケーション開発に使用されます。 MySQLは、データ管理のニーズに適した高性能、スケーラビリティ、およびクロスプラットフォームサポートで知られていますが、他の言語は、データ分析、エンタープライズアプリケーション、システムプログラミングなどのそれぞれの分野で利点があります。
MySQLの学習：新しいユーザー向けの段階的なガイドApr 19, 2025 am 12:19 AMMySQLは、データストレージ、管理、分析に適した強力なオープンソースデータベース管理システムであるため、学習する価値があります。 1）MySQLは、SQLを使用してデータを操作するリレーショナルデータベースであり、構造化されたデータ管理に適しています。 2）SQL言語はMySQLと対話するための鍵であり、CRUD操作をサポートします。 3）MySQLの作業原則には、クライアント/サーバーアーキテクチャ、ストレージエンジン、クエリオプティマイザーが含まれます。 4）基本的な使用には、データベースとテーブルの作成が含まれ、高度な使用にはJoinを使用してテーブルの参加が含まれます。 5）一般的なエラーには、構文エラーと許可の問題が含まれ、デバッグスキルには、構文のチェックと説明コマンドの使用が含まれます。 6）パフォーマンスの最適化には、インデックスの使用、SQLステートメントの最適化、およびデータベースの定期的なメンテナンスが含まれます。
ホットAIツール
Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ
AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。
Undress AI Tool
脱衣画像を無料で
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。
人気の記事
ホットツール
ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境
mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。
SublimeText3 Mac版
神レベルのコード編集ソフト（SublimeText3）
PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール
ドリームウィーバー CS6
ビジュアル Web 開発ツール
