MySQL サーバーの UUID が重複している可能性があります

このようなイベントは、mysql エンタープライズ モニターの監視プロセス中に発生します。 トピック: サーバー イベントの MySQL サーバー UUID 重複の可能性があります。プロンプトの説明から、重複した uuid があるように見えますが、実際にはマスターです。スレーブ関係 重複する UUID はありません。マスターとスレーブの関係は、xtrabackup によって構築されます。だから問題は何ですか？ xtrabackupによるコピー時の監視でuuidが重複してしまう問題について説明します。

1. 障害現象

Topic: Possible MySQL server UUID duplication for server afd6bca4-6636-11e3-9d60-74867ae1c47c: NOTICE
Categories:Monitoring and Support Services 
Current State:Open
Auto-Closes by Default:Yes
Advisor:Duplicate MySQL Server UUID 
Current Status:Notice
Last Checked:May 4, 2015 2:18:02 PM

### MySQLインスタンスでプロンプトのuuidがN回変更されましたモニタリング この2人が会議に登場しますホスト構成は常に切り替わっています

MySQL server afd6bca4-6636-11e3-9d60-74867ae1c47c changed its hostname 181 times between the following hostnames:DBSRV-TXT01DBSRV-SLAVE02
MySQL server afd6bca4-6636-11e3-9d60-74867ae1c47c changed its connection TCP properties 96 times between the following TCP properties:
127.0.0.1:3306127.0.0.1:3307
AdviceCheck that you are not monitoring more than one instance with the following server UUID: afd6bca4-6636-11e3-9d60-74867ae1c47c. 
This can be caused by server or host cloning. If this is expected (example: HA scenarios), then please ignore this notice.

2. uuid を確認します
###Google の記事で説明されているように、mysql.inventory は保存され、mysql enterpirse 監視によって監視されます。 uuid 情報
### メイン ライブラリの uuid と mysql.inventory テーブルを確認します

[root@DBSRV-TXT01 ~]# mysql -uroot -p -e "
show variables like 'server_uuid';
select * from mysql.inventory;" -S /tmp/mysql3307.sock 
Enter password: 
+---------------+--------------------------------------+
| Variable_name | Value                                |
+---------------+--------------------------------------+
| server_uuid   | 1ed85852-dd27-11e4-aa4a-44a8420ba7a5 |
+---------------+--------------------------------------+
+--------+-------------------------------------------------------+
| name   | value                                                 |
+--------+-------------------------------------------------------+
| uuid   | afd6bca4-6636-11e3-9d60-74867ae1c47c                  |
| hostid | ssh:{8a:c7:a9:42:3a:6b:06:ad:fa:ed:04:ac:a5:fa:f0:b5} |
+--------+-------------------------------------------------------+

### スレーブ ライブラリの uuid と mysql.inventory テーブルを確認します

[root@DBSRV-SLAVE02 ~]# mysql -uroot -p -e "    ---Author : Leshami
> show variables like 'server_uuid';            ---Blog   : 
http://www.php.cn/
> select * from mysql.inventory;"
Enter password: 
+---------------+--------------------------------------+
| Variable_name | Value                                |
+---------------+--------------------------------------+
| server_uuid   | f7e00194-2f59-11e4-bcf6-b82a72d46b21 |
+---------------+--------------------------------------+
+--------+-------------------------------------------------------+
| name   | value                                                 |
+--------+-------------------------------------------------------+
| uuid   | afd6bca4-6636-11e3-9d60-74867ae1c47c                   |
| hostid | ssh:{8a:c7:a9:42:3a:6b:06:ad:fa:ed:04:ac:a5:fa:f0:b5} |
+--------+-------------------------------------------------------+

###上記のクエリ結果から、同じ uuid が実際に mysql.inventory テーブルに保存されていることがわかります
###この同じ uuid は、インスタンスレベルのホット機器なので、2 つのインスタンスは同じ uuid を持ちます

###mysql.inventory をクリアして、監視エージェントを再起動すると (省略されました)、問題は解決します

[root@DBSRV-SLAVE02 ~]# mysql -uroot -p -e "truncate table mysql.inventory" -S /tmp/mysql3307.sock
Enter password:

3. MySQL MEM UUID の重複について

MySQL Enterprise Monitor uses a number of unique values known as       
UUIDs to identify the different      
components, including the MySQL instance being monitored. UUID      
values related to the MySQL instance and the host on which it runs      
are stored in a table mysql.inventory within      
the instance. MySQL Enterprise Monitor creates this table if it does not exist      
already.

• 各 MySQL サーバーには、mysql.inventory テーブルに保存されている UUID があります。 MEM の残りの部分に対して MySQL サーバーを一意に識別します。サーバー UUID は、単一の MySQL インスタンスに関する情報を照合するために使用されます。mysql.inventory table, that uniquely identifies the MySQL server to the rest of MEM. The server UUID is used to collate information about a single MySQL instance.

• Each host (the machine on which the agent is running) has a UUID to uniquely identify the host to the rest of MySQL Enterprise Monitor. This is used to collate the OS information (such as CPU, RAM and disk data). The host ID also determines whether the MySQL server is on the same host as it was before, to identify when data has been moved between machines, or when a machine has been upgraded. The host UUID is stored within the hostid row within the mysql.inventory table.

• Each agent has a UUID to identify the agent to MEM. The agent UUID is defined within the agent-uuid parameter within the agent configuration file.

These UUIDs are used in combination to register and collate information, and to determine the location and source of an issue.

Note

Because each host must be unique, be careful when restoring from a backup so you do not have hosts with duplicated SSH keys or UUIDs.

The MySQL Enterprise Monitor Agent and MySQL Enterprise Service Manager use the unique host ID, stored within the mysql.inventory

🎜各ホスト (エージェントが実行されているマシン) には、一意に識別するための UUID があります。これは、OS 情報 (CPU、RAM、ディスク データなど) を照合するためにも使用され、MySQL サーバーが以前と同じホスト上にあるかどうかを判断します。データがマシン間で移動されたとき、またはマシンがアップグレードされたとき、ホスト UUID は mysql.inventory 内の <code class="literal">hostid 行に保存されます。 table.🎜🎜🎜 各エージェントには、MEM に対してエージェントを識別するための UUID があり、エージェント UUID は、agent-uuid パラメータ内で定義されます。エージェント設定ファイル。🎜🎜🎜🎜🎜これらの UUID は、情報の登録と照合、および問題の場所と原因の特定に組み合わせて使用​​されます。🎜

注🎜🎜各ホストは一意である必要があるため、バックアップから復元するときは、重複した SSH キーや UUID を持つホストが存在しないように注意してください。🎜🎜 MySQL Enterprise Monitor Agent と MySQL Enterprise Service Manager は、保存されている一意のホスト ID を使用します。監視対象の MySQL サーバー上の mysql.inventory テーブル内で、監視対象のインスタンスがクローンであるかどうかを判断するために、現在のサーバーのホスト ID が保存された値と照合されます。生成されたホスト ID と保存されたホスト ID が一致しない場合、エージェント ログ ファイルに次のようなエラーが表示されます。

%s: [%s] the hostid from mysql.inventory doesn't match our agent's host-id (%s != %s)
We assume that this is a cloned host and shutdown now.
Please TRUNCATE TABLE mysql.inventory on this mysql-instance and restart the agent.
If this is a master for replication, please also run SET SQL_LOG_BIN = 0; first.

To fix the problem, connect to the MySQL server using the credentials configured when you installed the agent, and then truncate the mysql.inventory table:

mysql> TRUNCATE mysql.inventory;

Now restart the agent, which recreates the           mysql.inventory table with the updated          instance UUID and hostid information.

以上就是Possible MySQL server UUID duplication for server 的内容，更多相关内容请关注PHP中文网（www.php.cn）！