Meslektaşım daha önce disk bölümünü planlamadığı için, verilerin ve sistemin aynı bölümde olduğunu ve veritabanı için ayrı bir veri bölümünün olmadığını ve işe yaramayan bir 640G bölümü olduğunu görebiliyoruz. Aşağıda kısaca mysql veritabanı veri dosyalarının aktarım süreci anlatılmaktadır.
Alan ihtiyacı, aşağıdakiler basitleştirilmiştir. . .
# fdisk / dev / sdb n- > p- > 1- > Giriş- > Giriş- > w # Fiziksel hacim oluşturun #pvcreate / dev / sdb1 # Mantıksal hacim oluştur #vgcreate datavg / dev / sdb1 #lvcreate -n lv_data -L + 200G datavg #Format diski # mkfs.ext4 / dev / datavg / lv_data #Mount # vim / etc / fstab / dev / datavg / lv_data / tmsdata ext4 varsayılanları 00 # mount -aÖnceki veri dosyaları ve günlükler / data dizinindedir ve şu anda / tmsdata yeni veri dizinine taşınmaları gerekmektedir.
2.1, veritabanı hizmetini durdur
systemctl durdur mysqld systemctl durumu mysqld # Önbelleği veri dosyasına yazın, birkaç kez yapabilirsiniz eşitleme eşitleme2.2. Veri dosyalarını ve günlükleri aktarın
cp -rf / data / * / tmsdata / chmod -R 755 / tmsdata chown -R mysql: mysql / tmsdata /2.3, my.cnf yapılandırmasını değiştirin
# vim /etc/my.cnf datadir = / tmsdata / datafile log-error = / tmsdata / log / mysqld.log # İkili günlüğün de değiştirilmesi gerektiğini unutmayın log-bin = /tmsdata/log/mysql-bin.log log-bin-index = / tmsdata / log / binlog.indexBir master-slave servisi varsa, veritabanı servisini durdururken veritabanını salt okunur olarak ayarlamak ve ardından slave veritabanı açıldıktan sonra okuma-yazmayı açmak en iyisidir ~
systemctl başlangıç mysqld systemctl durumu mysqldFaydalı bulursanız, lütfen iletmeye yardım edin! Daha sonra daha fazla devop ve DBA içeriği paylaşacağım ve ilgilenen arkadaşlar buna dikkat edebilir ~