扩展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에서 사용자 계정을 작성하고 관리하는 단계는 다음과 같습니다. 1. 사용자 만들기 : CreateUser'Newuser '@'localhost'Identifiedby'Password '; 2. 권한 할당 : GrantSelect 사용, 삽입, UpdateOnmyDatabase.to'newuser'@'localhost '; 3. 권한 오류 수정 : Revokeallprivilegesonmydatabase.from'Newuser'@'localhost '; 그런 다음 권한을 재 할당합니다. 4. 최적화 권한 : showgra를 사용하십시오

MySQL은 빠른 개발 및 중소형 응용 프로그램에 적합한 반면 Oracle은 대기업 및 고 가용성 요구에 적합합니다. 1) MySQL은 오픈 소스이며 사용하기 쉬우 며 웹 응용 프로그램 및 중소 기업에 적합합니다. 2) Oracle은 강력하고 대기업 및 정부 기관에 적합합니다. 3) MySQL은 다양한 스토리지 엔진을 지원하며 Oracle은 풍부한 엔터프라이즈 수준의 기능을 제공합니다.

다른 관계형 데이터베이스와 비교하여 MySQL의 단점에는 다음이 포함됩니다. 1. 성능 문제 : 대규모 데이터를 처리 할 때 병목 현상을 만날 수 있으며 PostgreSQL은 복잡한 쿼리 및 빅 데이터 처리에서 더 잘 수행됩니다. 2. 확장 성 : 수평 스케일링 능력은 Google 스패너 및 Amazon Aurora만큼 좋지 않습니다. 3. 기능 제한 : 고급 기능에서 PostgreSQL 및 Oracle만큼 좋지 않으면 일부 기능에는 더 많은 사용자 정의 코드 및 유지 관리가 필요합니다.

MySQL은 Innerjoin, LeftJoin, RightJoin 및 FullouterJoin의 4 가지 조인 유형을 지원합니다. 1. innerjoin은 두 개의 테이블에서 행을 일치시키고 기준을 충족하는 결과를 반환하는 데 사용됩니다. 2. Leftjoin 오른쪽 테이블이 일치하지 않더라도 왼쪽 테이블의 모든 행을 반환합니다. 3. RightJoin은 LeftJoin과 반대이며 오른쪽 테이블의 모든 행을 반환합니다. 4. FullouterNoin은 조건을 충족하거나 충족하지 않는 두 테이블의 모든 행을 반환합니다.

높은 부하에서 MySQL의 성능은 다른 RDBMS에 비해 장점과 단점이 있습니다. 1) MySQL은 IndoDB 엔진 및 인덱싱, 쿼리 캐시 및 파티션 테이블과 같은 최적화 전략을 통해 높은 하중에서 잘 수행됩니다. 2) PostgreSQL은 MVCC 메커니즘을 통해 효율적인 동시 읽기 및 쓰기를 제공하는 반면 Oracle과 Microsoft SQLServer는 각각의 최적화 전략을 통해 성능을 향상시킵니다. 합리적인 구성 및 최적화를 통해 MySQL은 높은 부하 환경에서 잘 수행 할 수 있습니다.

innodbbufferpool은 데이터와 인덱싱 페이지를 캐싱하여 디스크 I/O를 줄여 데이터베이스 성능을 향상시킵니다. 작업 원칙에는 다음이 포함됩니다. 1. 데이터 읽기 : BufferPool의 데이터 읽기; 2. 데이터 작성 : 데이터 수정 후 BufferPool에 쓰고 정기적으로 디스크로 새로 고치십시오. 3. 캐시 관리 : LRU 알고리즘을 사용하여 캐시 페이지를 관리합니다. 4. 읽기 메커니즘 : 인접한 데이터 페이지를 미리로드합니다. Bufferpool을 크기를 조정하고 여러 인스턴스를 사용하여 데이터베이스 성능을 최적화 할 수 있습니다.

다른 프로그래밍 언어와 비교할 때 MySQL은 주로 데이터를 저장하고 관리하는 데 사용되는 반면 Python, Java 및 C와 같은 다른 언어는 논리적 처리 및 응용 프로그램 개발에 사용됩니다. MySQL은 데이터 관리 요구에 적합한 고성능, 확장 성 및 크로스 플랫폼 지원으로 유명하며 다른 언어는 데이터 분석, 엔터프라이즈 애플리케이션 및 시스템 프로그래밍과 같은 해당 분야에서 이점이 있습니다.

MySQL은 데이터 저장, 관리 및 분석에 적합한 강력한 오픈 소스 데이터베이스 관리 시스템이기 때문에 학습 할 가치가 있습니다. 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 맥
강력한 PHP 통합 개발 환경

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

드림위버 CS6
시각적 웹 개발 도구
