このようなイベントは、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 : //m.sbmmt.com/ > 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
mysql.inventory 内の <code class="literal">hostid
行に保存されます。 table.🎜 li>🎜🎜 各エージェントには、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中文网(m.sbmmt.com)!