MySQL 5.7安裝部署總結(r10筆記第77天）
之前搭建MySQL環境都是使用公司內部使用的指令碼，其實說實話遮蔽了很多細節，對MySQL的安裝還是瞭解比較膚淺，今天有個MySQL 5.7的資料遷移的任務，也是為了熟悉安裝過程就走了一遍安裝的流程，整體和5.6差別不大，這裡演示安裝的都是Percona釋出的二進位制版本，和MySQL官方的是完全相容，當然也揉入了Percona一些自己的東西。
首先就是安裝路徑和資料路徑分離，這一點尤其重要。當然不是MySQL 5.7中開始，之前安裝的時候，雖然最後也能成功，但是這一塊就比較亂。
二進位制包是以.tar.gz這樣的檔案，可以自行下載，假設我們解壓後方到了mysql5.7這個目錄下,我們把它放到/usr/local下，這個才是大本營。# mv /tmp/mysql5.7 /usr/local/mysql# mv /tmp/mysql5.7 /usr/local/mysql
然後根據需要建立相應的資料目錄。
#mkdir -p /home/mysql
這裡我們指定兩個變數basedir指向安裝目錄，datadir指向資料目錄 basedir=/usr/local/mysql datadir=/home/mysql 初始化系統環境，比如建立使用者，組之類的。
chattr -i /etc/shadow /etc/group /etc/gshadow /etc/passwd
/usr/sbin/groupadd mysql
/usr/sbin/useradd mysql -g mysql -d /home/mysql -s /sbin/nologin
chattr +i /etc/shadow /etc/group /etc/gshadow /etc/passwd
這個就是老套路了。
然後從support-files裡面拷貝啟動指令碼，放到自啟動設定中
cp -rf $basedir/support-files/mysql.server /etc/init.d/mysql
而下面的設定就是建立一些軟連線，是的/usr/bin中可以正常訪問mysql的幾個常用命令列工具。
chown -R mysql:mysql $basedir $datadir
ln -f -s /usr/local/mysql/bin/mysql /usr/bin/mysql
ln -f -s /usr/local/mysql/bin/mysqldump /usr/bin/mysqldump
ln -f -s /usr/local/mysql/bin/mysqladmin /usr/bin/mysqladmin
ln -f -s /usr/local/mysql/bin/mysqlshow /usr/bin/mysqlshow
ln -f -s /usr/local/mysql/bin/mysqld /usr/bin/mysqld
設定MySQL自啟動
/sbin/chkconfig --add mysql
/sbin/chkconfig --level 2345 mysql on
其實看看這些步驟，其實如果全是手動檔，其實也可以，這樣就是為了方便，統一管理。
然後我們來做幾件事情，先來設定引數檔案，可以從support-files裡面拷貝一個模板，在這個基礎上改進，或者基於現有的專案的模板也可以。
cp $basedir/support-files/my.cnf.nor /etc/my.cnf
這個地方還是需要設定字符集：
客戶端
default-character-set=utf8
伺服器端
character-set-server = utf8
完成之後，這個時候先不要急著service mysql start，肯定會有下面的問題。
# service mysql start
Starting MySQL (Percona Server)........ ERROR! The server quit without updating PID file (/var/lib/mysql/teststd.cyou.com.pid).
而檢視錯誤日誌就會看到很明顯的問題：2016-11-09T14:15:01.952812+08:00 0 [ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.user' doesn't exist
2016-11-09T14:15:01.952883+08:00 0 [ERROR] Aborting
我們需要初始化資料字典，這裡就需要注意一點，如果使用如下的命令會提示已經過期了。
mysql_install_db --user=mysql --basedir=/usr/local/mysql --datadir=/home/mysql
推薦的方式是：
mysqld --initialize --user=mysql --basedir=/usr/local/mysql --datadir=/home/mysql
這個操作比較沒有任何日誌提示就成功了。
再次嘗試就沒有問題了。
[root@teststd bin]# service mysql start
Starting MySQL (Percona Server)...... SUCCESS!
而接下來的事情也需要格外注意，那就是MySQL 5.7中的祕密設定，它基於安全的考慮，會設定一個預設的密碼。
直接登入是會報錯的。
[root@teststd bin]# mysql
Logging to file '/home/mysql/query.log'
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
怎麼檢視預設密碼呢，可以在啟動的日誌裡面，我是在error.log裡面看到的。
[root@teststd mysql]# grep password *.log
error.log:2016-11-09T14:28:51.344922+08:00 1 [Note] A temporary password is generated for root@localhost: aUpmj1zs8M%p
error.log:2016-11-09T14:29:39.745255+08:00 2 [Note] Access denied for user 'root'@'localhost' (using password: NO)
query.log:ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
按照提示輸入密碼，就可以成功登入了。
[root@teststd mysql]# mysql -u root -p
Logging to file '/home/mysql/query.log'
Enter password:
Welcome to the MySQL monitor. Commands end with ; or g.
不過需要馬上修改密碼，要不什麼命令都執行不了，會一直提示你修改密碼。
> show databases;
ERROR 1820 (HY000): You must reset your password using ALTER USER statement before executing this statement.
修改密碼
> set password=password('mysql');
Query OK, 0 rows affected, 1 warning (0.01 sec)
整個過程就順利完成了，後面想繼續修改密碼，有幾種寫法，大同小異。
update user set authentication_string=PASSWORD('mysql') where User='root';
接下來就是搭建從庫了，不搭建從庫這個環境就是不完整的。
新版本的主庫已經啟用了GTID
> show master statusG
*************************** 1. row ***************************
File: mysql-bin.000002
Position: 646
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set: c6d66211-a645-11e6-a2b6-782bcb472f63:1-135
1 row in set (0.00 sec)
開了binlog，比如下面的幾個引數：
| log_bin | ON
| log_bin_basename | /home/mysql/mysql-bin
| log_bin_index | /home/mysql/mysql-bin.index
| binlog_format | ROW
還有一個重要的設定就是server-id
[root@testdb2 ~]# mysqladmin var|grep server_id
| server_id | 20
這裡簡單提一下，server-id的格式比較單一，不能有其它的字元，比如 , _ -這樣的字元，否則啟動的時候會有報錯。
2016-11-09T06:48:16.918807Z 0 [ERROR] Unknown suffix '_' used for variable 'server_id' (value '130_58')
2016-11-09T06:48:16.918934Z 0 [ERROR] /usr/local/mysql/bin/mysqld: Error while setting value '130_58' to 'server_id'
2016-11-09T06:48:16.918981Z 0 [ERROR] Aborting
不少大公司在這方面還是有一些的規範的。
假設我就設定簡單一些，按照IP末尾來設定server-id
# mysqladmin var|grep server_id
| server_id | 58
有個細節說一下，還是server-id，
在引數檔案/etc/my.cnf裡面是：
server-id = 58但是檢視引數設定可以看到是server_id,一個是橫線，一個是下劃線
[root@teststd mysql]# mysqladmin var|grep server_id
| server_id | 58
我們在主庫全庫匯出：
主庫：
[root@testdb2 ~]# mysqldump -f -hlocalhost -uroot --default-character-set=utf8 --single-transaction -R --triggers -q --all-databases |gzip> master.dmp.gz
Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you don't want to restore GTIDs, pass --set-gtid-purged=OFF. To make a complete dump, pass --all-databases --triggers --routines --events.
從庫應用可能會有這樣的錯誤。
# mysql < master.dmp
Logging to file '/home/mysql/query.log'
ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty.很簡單，我們這是一個從庫，show master應該不會有GTID的資訊
> show master statusG
*************************** 1. row ***************************
File: mysql-bin.000005
Position: 194
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set: c6d66211-a645-11e6-a2b6-782bcb472f63:1-135
1 row in set (0.00 sec)在從庫做一個reset操作即可。
> reset master;
Query OK, 0 rows affected (0.02 sec)再次檢視，從庫上show master就沒有GTID的干擾了.
> show master statusG
*************************** 1. row *************************** File: mysql-bin.000001
Position: 154
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set: 直接應用資料即可。
[root@teststd tmp]# mysql < master.dmp
Logging to file '/home/mysql/query.log'主庫的配置一個同步使用者：
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'repl'@'%' IDENTIFIED BY 'repl12345';從庫使用GTID的方式自動應用
CHANGE MASTER TO
MASTER_HOST='10.127.128.99',
MASTER_USER='repl',
MASTER_PASSWORD='repl12345',
MASTER_PORT=3306,
MASTER_AUTO_POSITION = 1;然後啟動從庫的日誌應用即可。
> start slave;
Query OK, 0 rows affected (0.01 sec)slave就這樣搭建好了，簡單的驗證就是使用show slave status了。
> show slave statusG
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.127.128.99
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000009
Read_Master_Log_Pos: 142343798
Relay_Log_File: teststd-relay-bin.000002
Relay_Log_Pos: 717
Relay_Master_Log_File: mysql-bin.000009
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
Exec_Master_Log_Pos: 142343798
Relay_Log_Space: 926
...
Seconds_Behind_Master: 0
...
Master_Server_Id: 20
Master_UUID: 8fc8d9ac-a62b-11e6-a3ee-a4badb1b4a00
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
...
Retrieved_Gtid_Set: 8fc8d9ac-a62b-11e6-a3ee-a4badb1b4a00:1090
Executed_Gtid_Set: 8fc8d9ac-a62b-11e6-a3ee-a4badb1b4a00:1-1090
Auto_Position: 1
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.00 sec)