0

そのため、1 か月以上前に、Web サーバーの 1 つからローカル LAN サーバーへのレプリケーションをセットアップしました。マスター Web サーバー (falcon) のスレーブ (quad と hex) である 2 つのローカル LAN サーバーがありました。何週間もの間、レプリケーションは問題なく機能しました。

その後、今週初めに、I/O スレッドがクアッドでもヘックスでも実行されていないことに気付きました。そのため、何度も何度も再起動しました。これは、少なくとも 1 つのスレーブで、最大数分間、すべてが正常に実行されているように見えることがよくあるためです。その後、I/O スレッドは再び動作を停止します。phpmyadmin を介して両方の LAN マシンでマスターを再構成しようとしましたが、phpmyadmin はスレーブがマスターに接続されていることを報告します。phpmyadmin は、スレーブ DB をマスター DB と同期するオプションを (昨日ではなく) 提供してくれます。実行すると、数秒でページの読み込みが停止しますが、応答 (エラーまたはその他) が返されません。

関連するすべてのマシンは、Ubuntu 12.04 で LAMP スタックを実行しています。Web サーバーは 12.04 サーバーですが、LAN マシンはどちらも 12.04 デスクトップです。LAN マシンで apt-get update/upgrade を実行したのに、falcon でそれを怠っていたのではないかと疑っていました。今朝、3台のマシンすべてで実行しました。それでも I/O スレッドは実行されません。

SQL スレッドは常に実行されています。場合によっては、スレーブの 1 つ (16 進) が接続されていることをマスターが示します。しかし、それは接続されたままではありません。

私が言ったように、これは何週間も問題なく機能しました。それからごく最近停止しました。そのため、最近の更新/アップグレードで何かが壊れたのではないかと疑っています。

これを修正する方法を知っている人はいますか？

ありがとう

リクエストごとに追加 - falcon の my.cnf:

#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port            = xxxx
socket          = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket          = /var/run/mysqld/mysqld.sock
nice            = 0

[mysqld]
#
# * Basic Settings
#
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = xxxx
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address            = xxx.xxx.xxx.xxx
#
# * Fine Tuning
#
key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 192K
thread_cache_size       = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit       = 1M
query_cache_size        = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file        = /var/log/mysql/mysql.log
#general_log             = 1
#
# Error log - should be very few entries.
#
log_error = /var/log/mysql/error.log
#
# Here you can see queries with especially long duration
#log_slow_queries       = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id              = 1
#log_bin                        = /var/log/mysql/mysql-bin.log
expire_logs_days        = 10
max_binlog_size         = 100M
#binlog_do_db           = include_database_name
#binlog_ignore_db       = include_database_name

# Replication per phpmyadmin - falcon is the MASTER
server-id=8503668
log-bin=mysql-bin
log-error=mysql-bin.err

#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#

# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem



[mysqldump]
quick
quote-names
max_allowed_packet      = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer              = 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/

また、リクエストごとに追加された、クワッドの my.cnf からの行で、レプリケーション用に設定されています

# Replication per phpmyadmin
server-id=1369932901
report-host=quad
replicate-ignore-db=visits

クアッドの LAN IP 192.168.1.70 であるバインド アドレスを除いて、my.cnf の残りの部分はデフォルトです。server-id が異なるのと同じように 16 進数の my.cnf は、report-host が 16 進数であり、訪問 DB を無視します。また、quad と同様に、バインド アドレスは 192.168.1.60 のローカル LAN IP です。

週末の更新: この質問は、以前は機能していた破損したレプリケーションを修正する方法について、4 日間にわたって回答がありませんでした。my.cnf (または少なくともその関連セクション) を投稿しましたが、何を修正すべきかについて誰も提案していません。この質問が出された 4 日間のうち、2 日間は週末だったので、あまり期待していませんでした。

奇妙なことに、昨夜、私は両方のスレーブで 100 回目の完全なスレーブ スタートを行いましたが、最終的には完了しました。両方のスレーブは問題なく一晩中実行され、現在、マスターに追いついている (0 秒遅れ) と報告されています。すべてが実際に機能していることをテストするために、マスターにジャンク DB を作成しました。そして、それはすぐに両方のスレーブに現れました。

そもそもなぜ機能しなくなったのか、いまだにわかりません。MySQL のレプリケーションを頻繁に監視する必要があることが示唆されました。この目的のためにそこに良いツールはありますか? (スレーブは Ubuntu で、私は主に PHP でコーディングしています。)

4

1 に答える 1

0
  • スレーブI/O threadがこのサーバー上で実行されていない場合は、スレーブのエラー ログで、このスレッドが停止した理由を示す可能性のあるメッセージを確認してください。
  • エラー ログの最後の 100 行を調べて、手掛かりが得られるかどうかを確認します。通常、問題はCHANGE MASTER TOコマンドで指定された位置が間違っていることです。多くの場合、最も簡単な修正は、あたかも新しいスレーブであるかのように、スレーブを再度セットアップすることです。Last Error Number最後のエラーは、とによって決定できます。Last Error
  • スレーブ サーバーからマスターに ping/telnet できるかどうかを確認します。
于 2013-07-24T11:28:15.423 に答える