MySQL ਲਈ ਆਰਕੈਸਟਰੇਟਰ: ਤੁਸੀਂ ਇਸਦੇ ਬਿਨਾਂ ਇੱਕ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਪ੍ਰੋਜੈਕਟ ਕਿਉਂ ਨਹੀਂ ਬਣਾ ਸਕਦੇ

ਕੋਈ ਵੀ ਵੱਡਾ ਪ੍ਰੋਜੈਕਟ ਕੁਝ ਸਰਵਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਪਹਿਲਾਂ ਇੱਕ ਡੀਬੀ ਸਰਵਰ ਸੀ, ਫਿਰ ਰੀਡਿੰਗ ਨੂੰ ਸਕੇਲ ਕਰਨ ਲਈ ਇਸ ਵਿੱਚ ਸਲੇਵ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ। ਅਤੇ ਫਿਰ - ਰੁਕੋ! ਇੱਕ ਮਾਲਕ ਹੈ, ਪਰ ਗੁਲਾਮ ਬਹੁਤ ਹਨ; ਜੇ ਨੌਕਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਛੱਡਦਾ ਹੈ, ਤਾਂ ਸਭ ਕੁਝ ਠੀਕ ਹੋ ਜਾਵੇਗਾ, ਪਰ ਜੇ ਮਾਸਟਰ ਛੱਡਦਾ ਹੈ, ਤਾਂ ਇਹ ਬੁਰਾ ਹੋਵੇਗਾ: ਡਾਊਨਟਾਈਮ, ਐਡਮਿਨ ਸਰਵਰ ਨੂੰ ਵਧਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਨ. ਮੈਂ ਕੀ ਕਰਾਂ? ਇੱਕ ਮਾਸਟਰ ਰਿਜ਼ਰਵ ਕਰੋ. ਮੇਰੇ ਸਾਥੀ ਪਾਵੇਲ ਨੇ ਇਸ ਬਾਰੇ ਪਹਿਲਾਂ ਹੀ ਲਿਖਿਆ ਹੈ ਲੇਖ, ਮੈਂ ਇਸਨੂੰ ਦੁਹਰਾਵਾਂਗਾ ਨਹੀਂ। ਇਸਦੀ ਬਜਾਏ, ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਤੁਹਾਨੂੰ MySQL ਲਈ ਆਰਕੈਸਟਰੇਟਰ ਦੀ ਜਰੂਰਤ ਕਿਉਂ ਹੈ!

ਆਉ ਮੁੱਖ ਸਵਾਲ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ: "ਜਦੋਂ ਮਾਸਟਰ ਛੱਡਦਾ ਹੈ ਤਾਂ ਅਸੀਂ ਕੋਡ ਨੂੰ ਨਵੀਂ ਮਸ਼ੀਨ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲਾਂਗੇ?"

• ਮੈਨੂੰ ਵੀਆਈਪੀ (ਵਰਚੁਅਲ ਆਈਪੀ) ਵਾਲੀ ਸਕੀਮ ਸਭ ਤੋਂ ਵੱਧ ਪਸੰਦ ਹੈ, ਅਸੀਂ ਹੇਠਾਂ ਇਸ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ. ਇਹ ਸਭ ਤੋਂ ਸਰਲ ਅਤੇ ਸਭ ਤੋਂ ਸਪੱਸ਼ਟ ਹੈ, ਹਾਲਾਂਕਿ ਇਸਦੀ ਇੱਕ ਸਪੱਸ਼ਟ ਸੀਮਾ ਹੈ: ਜਿਸ ਮਾਸਟਰ ਨੂੰ ਅਸੀਂ ਰਿਜ਼ਰਵ ਕਰਾਂਗੇ ਉਹ ਨਵੀਂ ਮਸ਼ੀਨ ਦੇ ਨਾਲ L2 ਹਿੱਸੇ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਭਾਵ, ਅਸੀਂ ਦੂਜੇ ਡੀਸੀ ਨੂੰ ਭੁੱਲ ਸਕਦੇ ਹਾਂ। ਅਤੇ, ਇੱਕ ਦੋਸਤਾਨਾ ਤਰੀਕੇ ਨਾਲ, ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਨਿਯਮ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋ ਕਿ ਇੱਕ ਵੱਡਾ L2 ਬੁਰਾ ਹੈ, ਕਿਉਂਕਿ L2 ਸਿਰਫ ਪ੍ਰਤੀ ਰੈਕ ਹੈ, ਅਤੇ L3 ਰੈਕ ਦੇ ਵਿਚਕਾਰ ਹੈ, ਅਤੇ ਅਜਿਹੀ ਸਕੀਮ ਵਿੱਚ ਹੋਰ ਵੀ ਪਾਬੰਦੀਆਂ ਹਨ।
• ਤੁਸੀਂ ਕੋਡ ਵਿੱਚ ਇੱਕ DNS ਨਾਮ ਲਿਖ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ /etc/hosts ਦੁਆਰਾ ਹੱਲ ਕਰ ਸਕਦੇ ਹੋ। ਅਸਲ ਵਿੱਚ, ਕੋਈ ਹੱਲ ਨਹੀਂ ਹੋਵੇਗਾ. ਸਕੀਮ ਦਾ ਫਾਇਦਾ: ਪਹਿਲੀ ਵਿਧੀ ਦੀ ਕੋਈ ਸੀਮਾ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਹੈ, ਭਾਵ, ਇੱਕ ਕਰਾਸ-ਡੀਸੀ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨਾ ਸੰਭਵ ਹੈ. ਪਰ ਫਿਰ ਸਪੱਸ਼ਟ ਸਵਾਲ ਉੱਠਦਾ ਹੈ: ਅਸੀਂ /etc/hosts ਨੂੰ Puppet-Ansible ਦੁਆਰਾ ਤਬਦੀਲੀ ਕਿੰਨੀ ਜਲਦੀ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹਾਂ?
• ਤੁਸੀਂ ਦੂਜੀ ਵਿਧੀ ਨੂੰ ਥੋੜਾ ਜਿਹਾ ਬਦਲ ਸਕਦੇ ਹੋ: ਸਾਰੇ ਵੈਬ ਸਰਵਰਾਂ 'ਤੇ ਕੈਚਿੰਗ DNS ਇੰਸਟਾਲ ਕਰੋ, ਜਿਸ ਰਾਹੀਂ ਕੋਡ ਮਾਸਟਰ ਡੇਟਾਬੇਸ ਵਿੱਚ ਜਾਵੇਗਾ। ਤੁਸੀਂ DNS ਵਿੱਚ ਇਸ ਐਂਟਰੀ ਲਈ TTL 60 ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਜੇਕਰ ਸਹੀ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇ, ਤਾਂ ਤਰੀਕਾ ਵਧੀਆ ਹੈ.
• ਸੇਵਾ ਖੋਜ ਦੇ ਨਾਲ ਇੱਕ ਸਕੀਮ, ਜਿਸਦਾ ਅਰਥ ਹੈ ਕੌਂਸਲ ਅਤੇ ਆਦਿ ਦੀ ਵਰਤੋਂ।
• ਦੇ ਨਾਲ ਇੱਕ ਦਿਲਚਸਪ ਵਿਕਲਪ ProxySQL. ਤੁਹਾਨੂੰ ProxySQL ਰਾਹੀਂ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਨੂੰ MySQL ਵੱਲ ਰੂਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ; ProxySQL ਖੁਦ ਇਹ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਮਾਸਟਰ ਕੌਣ ਹੈ। ਤਰੀਕੇ ਨਾਲ, ਤੁਸੀਂ ਮੇਰੇ ਵਿੱਚ ਇਸ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਬਾਰੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਲੇਖ.

ਆਰਕੈਸਟਰੇਟਰ ਦੇ ਲੇਖਕ, ਗਿਥੁਬ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ, ਨੇ ਪਹਿਲਾਂ ਵੀਆਈਪੀ ਦੇ ਨਾਲ ਪਹਿਲੀ ਸਕੀਮ ਲਾਗੂ ਕੀਤੀ, ਅਤੇ ਫਿਰ ਇਸਨੂੰ ਕੌਂਸਲ ਨਾਲ ਇੱਕ ਸਕੀਮ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ।

ਆਮ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਖਾਕਾ:

ਮੈਂ ਤੁਰੰਤ ਉਹਨਾਂ ਸਪੱਸ਼ਟ ਸਥਿਤੀਆਂ ਦਾ ਵਰਣਨ ਕਰਾਂਗਾ ਜਿਹਨਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ:

• VIP ਪਤਾ ਕਿਸੇ ਵੀ ਸਰਵਰ 'ਤੇ ਸੰਰਚਨਾ ਵਿੱਚ ਰਜਿਸਟਰਡ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਉ ਇੱਕ ਸਥਿਤੀ ਦੀ ਕਲਪਨਾ ਕਰੀਏ: ਮਾਸਟਰ ਨੇ ਰੀਬੂਟ ਕੀਤਾ, ਅਤੇ ਜਦੋਂ ਇਹ ਲੋਡ ਹੋ ਰਿਹਾ ਸੀ, ਆਰਕੈਸਟਰੇਟਰ ਫੇਲਓਵਰ ਮੋਡ ਵਿੱਚ ਚਲਾ ਗਿਆ ਅਤੇ ਇੱਕ ਨੌਕਰ ਨੂੰ ਇੱਕ ਮਾਸਟਰ ਬਣਾ ਦਿੱਤਾ; ਫਿਰ ਪੁਰਾਣਾ ਮਾਸਟਰ ਉੱਠਿਆ, ਅਤੇ ਹੁਣ ਵੀਆਈਪੀ ਦੋ ਕਾਰਾਂ 'ਤੇ ਹੈ। ਇਹ ਬੁਰਾ ਹੈ।
• ਆਰਕੈਸਟਰੇਟਰ ਲਈ, ਤੁਹਾਨੂੰ ਪੁਰਾਣੇ ਮਾਸਟਰ ਅਤੇ ਨਵੇਂ ਮਾਸਟਰ ਨੂੰ ਬੁਲਾਉਣ ਲਈ ਇੱਕ ਸਕ੍ਰਿਪਟ ਲਿਖਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਪੁਰਾਣੇ ਮਾਸਟਰ 'ਤੇ ਤੁਹਾਨੂੰ ifdown ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਨਵੇਂ ਮਾਸਟਰ 'ਤੇ - ifup vip. ਇਸ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਇਹ ਵੀ ਸ਼ਾਮਲ ਕਰਨਾ ਚੰਗਾ ਹੋਵੇਗਾ ਕਿ ਇੱਕ ਫੇਲਓਵਰ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਕਿਸੇ ਵੀ ਸਪਲਿਟਬ੍ਰੇਨ ਤੋਂ ਬਚਣ ਲਈ ਪੁਰਾਣੇ ਮਾਸਟਰ ਦੇ ਸਵਿੱਚ 'ਤੇ ਪੋਰਟ ਨੂੰ ਬੰਦ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
• ਆਰਕੈਸਟਰੇਟਰ ਦੁਆਰਾ ਪਹਿਲਾਂ VIP ਨੂੰ ਹਟਾਉਣ ਅਤੇ/ਜਾਂ ਸਵਿੱਚ 'ਤੇ ਪੋਰਟ ਨੂੰ ਬੁਝਾਉਣ ਲਈ ਤੁਹਾਡੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਕਾਲ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਅਤੇ ਫਿਰ ਨਵੇਂ ਮਾਸਟਰ 'ਤੇ VIP ਵਧਾਉਣ ਵਾਲੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਬੁਲਾਇਆ ਗਿਆ, ਹਰ ਕਿਸੇ ਨੂੰ ਇਹ ਦੱਸਣ ਲਈ ਆਰਪਿੰਗ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਨਾ ਭੁੱਲੋ ਕਿ ਹੁਣ ਨਵਾਂ VIP ਹੈ ਇਥੇ.
• ਸਾਰੇ ਗ਼ੁਲਾਮਾਂ ਕੋਲ ਸਿਰਫ਼ ਰੀਡ_ਓਨਲੀ = 1 ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਜਿਵੇਂ ਹੀ ਤੁਸੀਂ ਨੌਕਰ ਨੂੰ ਮਾਸਟਰ ਦੇ ਤੌਰ 'ਤੇ ਅੱਗੇ ਵਧਾਉਂਦੇ ਹੋ, ਇਸ ਨੂੰ ਸਿਰਫ਼ ਰੀਡ_ਓਨਲੀ = 0 ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਇਹ ਨਾ ਭੁੱਲੋ ਕਿ ਕੋਈ ਵੀ ਗੁਲਾਮ ਜਿਸਨੂੰ ਅਸੀਂ ਇਸ ਲਈ ਚੁਣਿਆ ਹੈ ਉਹ ਇੱਕ ਮਾਲਕ ਬਣ ਸਕਦਾ ਹੈ (ਆਰਕੈਸਟਰੇਟਰ ਕੋਲ ਇੱਕ ਪੂਰੀ ਤਰਜੀਹ ਵਿਧੀ ਹੈ ਜਿਸ ਲਈ ਪਹਿਲੇ ਸਥਾਨ 'ਤੇ ਨਵੇਂ ਮਾਲਕ ਲਈ ਉਮੀਦਵਾਰ ਵਜੋਂ ਵਿਚਾਰ ਕਰਨਾ ਹੈ, ਕਿਸ ਨੂੰ ਦੂਜੇ ਸਥਾਨ 'ਤੇ, ਅਤੇ ਕਿਹੜਾ ਨੌਕਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਮਾਸਟਰ ਦੀ ਚੋਣ ਨਹੀਂ ਕੀਤੀ ਜਾਵੇਗੀ). ਜੇ ਗੁਲਾਮ ਮਾਲਕ ਬਣ ਜਾਵੇ ਤਾਂ ਗੁਲਾਮ ਦਾ ਭਾਰ ਉਸ ਉੱਤੇ ਰਹੇਗਾ ਅਤੇ ਮਾਲਕ ਦਾ ਭਾਰ ਜੁੜ ਜਾਵੇਗਾ, ਇਸ ਗੱਲ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਤੁਹਾਨੂੰ ਆਰਕੈਸਟਰੇਟਰ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਨਹੀਂ ਹੈ?

• ਆਰਕੈਸਟਰੇਟਰ ਕੋਲ ਇੱਕ ਬਹੁਤ ਹੀ ਉਪਭੋਗਤਾ-ਅਨੁਕੂਲ ਗ੍ਰਾਫਿਕਲ ਇੰਟਰਫੇਸ ਹੈ ਜੋ ਸਮੁੱਚੀ ਟੋਪੋਲੋਜੀ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ (ਹੇਠਾਂ ਸਕ੍ਰੀਨਸ਼ੌਟ ਦੇਖੋ)।
• ਆਰਕੈਸਟਰੇਟਰ ਟ੍ਰੈਕ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਗੁਲਾਮ ਪਿੱਛੇ ਹਨ, ਅਤੇ ਕਿੱਥੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਆਮ ਤੌਰ 'ਤੇ ਟੁੱਟ ਗਈ ਹੈ (ਸਾਡੇ ਕੋਲ ਐਸਐਮਐਸ ਭੇਜਣ ਲਈ ਆਰਕੈਸਟਰੇਟਰ ਨਾਲ ਸਕ੍ਰਿਪਟਾਂ ਜੁੜੀਆਂ ਹਨ)।
• ਆਰਕੈਸਟਰੇਟਰ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਗੁਲਾਮਾਂ ਵਿੱਚ GTID ਗਲਤੀ ਹੈ।

ਆਰਕੈਸਟ੍ਰੇਟਰ ਇੰਟਰਫੇਸ:

GTID ਗਲਤੀ ਕੀ ਹੈ?

ਆਰਕੈਸਟਰੇਟਰ ਲਈ ਕੰਮ ਕਰਨ ਲਈ ਦੋ ਮੁੱਖ ਲੋੜਾਂ ਹਨ:

• ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ MySQL ਕਲੱਸਟਰ ਦੀਆਂ ਸਾਰੀਆਂ ਮਸ਼ੀਨਾਂ 'ਤੇ ਸੂਡੋ GTID ਸਮਰਥਿਤ ਹੋਵੇ; ਸਾਡੇ ਕੋਲ GTID ਸਮਰਥਿਤ ਹੈ।
• ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਹਰ ਜਗ੍ਹਾ ਇੱਕ ਕਿਸਮ ਦੇ ਬਿਨਲੌਗ ਹੋਣ, ਤੁਸੀਂ ਸਟੇਟਮੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਸਾਡੇ ਕੋਲ ਇੱਕ ਸੰਰਚਨਾ ਸੀ ਜਿਸ ਵਿੱਚ ਮਾਸਟਰ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਨੌਕਰਾਂ ਕੋਲ ਰੋ ਸੀ, ਅਤੇ ਦੋ ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ ਮਿਕਸਡ ਮੋਡ ਵਿੱਚ ਰਹੇ। ਨਤੀਜੇ ਵਜੋਂ, ਆਰਕੈਸਟਰੇਟਰ ਬਸ ਇਹਨਾਂ ਨੌਕਰਾਂ ਨੂੰ ਨਵੇਂ ਮਾਲਕ ਨਾਲ ਜੋੜਨਾ ਨਹੀਂ ਚਾਹੁੰਦਾ ਸੀ।

ਯਾਦ ਰੱਖੋ ਕਿ ਉਤਪਾਦਨ ਦੇ ਗੁਲਾਮ ਵਿੱਚ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਚੀਜ਼ ਮਾਲਕ ਦੇ ਨਾਲ ਇਸਦੀ ਇਕਸਾਰਤਾ ਹੈ! ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਤੁਹਾਡੇ ਮਾਲਕ ਅਤੇ ਨੌਕਰ ਦੋਵਾਂ 'ਤੇ ਗਲੋਬਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਆਈ.ਡੀ. (GTID) ਯੋਗ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਹ ਪਤਾ ਕਰਨ ਲਈ gtid_subset ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਕੀ ਇਹਨਾਂ ਮਸ਼ੀਨਾਂ 'ਤੇ ਡੇਟਾ ਤਬਦੀਲੀਆਂ ਲਈ ਉਹੀ ਬੇਨਤੀਆਂ ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ ਜਾਂ ਨਹੀਂ। ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਇੱਥੇ.

ਇਸ ਤਰ੍ਹਾਂ, ਆਰਕੈਸਟਰੇਟਰ ਤੁਹਾਨੂੰ GTID ਗਲਤੀ ਰਾਹੀਂ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਗੁਲਾਮ 'ਤੇ ਅਜਿਹੇ ਲੈਣ-ਦੇਣ ਹਨ ਜੋ ਮਾਲਕ 'ਤੇ ਨਹੀਂ ਹਨ। ਅਜਿਹਾ ਕਿਉਂ ਹੋ ਰਿਹਾ ਹੈ?

• Read_only=1 ਸਲੇਵ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ, ਕਿਸੇ ਨੇ ਕਨੈਕਟ ਕੀਤਾ ਹੈ ਅਤੇ ਡਾਟਾ ਬਦਲਣ ਦੀ ਬੇਨਤੀ ਨੂੰ ਪੂਰਾ ਕੀਤਾ ਹੈ।
• Super_read_only=1 ਸਲੇਵ 'ਤੇ ਸਮਰੱਥ ਨਹੀਂ ਹੈ, ਫਿਰ ਐਡਮਿਨ, ਸਰਵਰ ਨੂੰ ਉਲਝਣ ਵਿੱਚ ਪਾ ਕੇ, ਅੰਦਰ ਗਿਆ ਅਤੇ ਉੱਥੇ ਬੇਨਤੀ ਨੂੰ ਲਾਗੂ ਕੀਤਾ।
• ਜੇਕਰ ਤੁਸੀਂ ਪਿਛਲੇ ਦੋਵੇਂ ਪੁਆਇੰਟਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਹੋਰ ਚਾਲ ਹੈ: MySQL ਵਿੱਚ, ਬਿਨਲੌਗਸ ਨੂੰ ਫਲੱਸ਼ ਕਰਨ ਦੀ ਬੇਨਤੀ ਵੀ ਬਿਨਲੌਗ ਨੂੰ ਜਾਂਦੀ ਹੈ, ਇਸਲਈ ਪਹਿਲੀ ਫਲੱਸ਼ 'ਤੇ, ਇੱਕ GTID ਗਲਤੀ ਮਾਸਟਰ ਅਤੇ ਸਾਰੇ ਨੌਕਰਾਂ 'ਤੇ ਦਿਖਾਈ ਦੇਵੇਗੀ। ਇਸ ਤੋਂ ਕਿਵੇਂ ਬਚਣਾ ਹੈ? Perona-5.7.25-28 ਨੇ binlog_skip_flush_commands=1 ਸੈਟਿੰਗ ਪੇਸ਼ ਕੀਤੀ, ਜੋ binlogs ਨੂੰ ਫਲੱਸ਼ ਲਿਖਣ ਦੀ ਮਨਾਹੀ ਕਰਦੀ ਹੈ। mysql.com ਵੈੱਬਸਾਈਟ 'ਤੇ ਇੱਕ ਸਥਾਪਿਤ ਹੈ ਬੱਗ.

ਮੈਨੂੰ ਉਪਰੋਕਤ ਸਭ ਨੂੰ ਸੰਖੇਪ ਕਰਨ ਦਿਓ. ਜੇਕਰ ਤੁਸੀਂ ਅਜੇ ਫੇਲਓਵਰ ਮੋਡ ਵਿੱਚ ਆਰਕੈਸਟਰੇਟਰ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਨਿਰੀਖਣ ਮੋਡ ਵਿੱਚ ਰੱਖੋ। ਫਿਰ ਤੁਹਾਡੇ ਕੋਲ ਹਮੇਸ਼ਾ ਤੁਹਾਡੀਆਂ ਅੱਖਾਂ ਦੇ ਸਾਹਮਣੇ MySQL ਮਸ਼ੀਨਾਂ ਦੇ ਆਪਸੀ ਤਾਲਮੇਲ ਦਾ ਨਕਸ਼ਾ ਹੋਵੇਗਾ ਅਤੇ ਹਰੇਕ ਮਸ਼ੀਨ 'ਤੇ ਕਿਸ ਕਿਸਮ ਦੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਹੈ, ਕੀ ਗੁਲਾਮ ਪਿੱਛੇ ਹਨ, ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਉਹ ਮਾਲਕ ਦੇ ਨਾਲ ਕਿੰਨੇ ਇਕਸਾਰ ਹਨ!

ਸਪੱਸ਼ਟ ਸਵਾਲ ਇਹ ਹੈ: "ਆਰਕੈਸਟਰੇਟਰ ਨੂੰ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?" ਉਸਨੂੰ ਮੌਜੂਦਾ ਨੌਕਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਵਾਂ ਮਾਲਕ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਸਾਰੇ ਗੁਲਾਮਾਂ ਨੂੰ ਇਸ ਨਾਲ ਦੁਬਾਰਾ ਜੋੜਨਾ ਚਾਹੀਦਾ ਹੈ (ਇਸ ਲਈ GTID ਦੀ ਲੋੜ ਹੈ; ਜੇਕਰ ਤੁਸੀਂ binlog_name ਅਤੇ binlog_pos ਨਾਲ ਪੁਰਾਣੀ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਨੌਕਰ ਨੂੰ ਮੌਜੂਦਾ ਮਾਲਕ ਤੋਂ ਇੱਕ ਨਵੇਂ ਵਿੱਚ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ। ਬਸ ਅਸੰਭਵ ਹੈ!) ਸਾਡੇ ਕੋਲ ਆਰਕੈਸਟਰੇਟਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਨੂੰ ਇੱਕ ਵਾਰ ਇਹ ਸਭ ਹੱਥੀਂ ਕਰਨਾ ਪਿਆ ਸੀ। ਬੁੱਢਾ ਮਾਸਟਰ ਇੱਕ ਬੱਗੀ ਐਡਪਟੈਕ ਕੰਟਰੋਲਰ ਕਾਰਨ ਲਟਕ ਰਿਹਾ ਸੀ, ਇਸ ਵਿੱਚ 10 ਦੇ ਕਰੀਬ ਨੌਕਰ ਸਨ। ਮੈਨੂੰ ਮਾਲਕ ਤੋਂ ਇੱਕ ਨੌਕਰ ਨੂੰ VIP ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਅਤੇ ਬਾਕੀ ਸਾਰੇ ਨੌਕਰਾਂ ਨੂੰ ਇਸ ਨਾਲ ਦੁਬਾਰਾ ਜੋੜਨ ਦੀ ਲੋੜ ਸੀ। ਮੈਨੂੰ ਕਿੰਨੇ ਕੰਸੋਲ ਖੋਲ੍ਹਣੇ ਪਏ, ਮੈਂ ਕਿੰਨੀਆਂ ਇੱਕੋ ਸਮੇਂ ਕਮਾਂਡਾਂ ਦਾਖਲ ਕੀਤੀਆਂ... ਮੈਨੂੰ ਸਵੇਰੇ 3 ਵਜੇ ਤੱਕ ਇੰਤਜ਼ਾਰ ਕਰਨਾ ਪਿਆ, ਦੋ ਨੂੰ ਛੱਡ ਕੇ ਸਾਰੇ ਨੌਕਰਾਂ ਤੋਂ ਲੋਡ ਹਟਾਓ, ਦੋ ਮਾਸਟਰਾਂ ਵਿੱਚੋਂ ਪਹਿਲੀ ਮਸ਼ੀਨ ਬਣਾਉ, ਦੂਜੀ ਮਸ਼ੀਨ ਨੂੰ ਤੁਰੰਤ ਜੋੜੋ ਇਸ ਲਈ, ਇਸ ਲਈ ਹੋਰ ਸਾਰੇ ਨੌਕਰਾਂ ਨੂੰ ਨਵੇਂ ਮਾਲਕ ਨਾਲ ਜੋੜੋ ਅਤੇ ਲੋਡ ਵਾਪਸ ਕਰੋ। ਕੁੱਲ ਮਿਲਾ ਕੇ, ਭਿਆਨਕ ...

ਆਰਕੈਸਟਰੇਟਰ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਫੇਲਓਵਰ ਮੋਡ ਵਿੱਚ ਜਾਂਦਾ ਹੈ? ਇਹ ਇੱਕ ਅਜਿਹੀ ਸਥਿਤੀ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਦੁਆਰਾ ਸਭ ਤੋਂ ਆਸਾਨੀ ਨਾਲ ਦਰਸਾਇਆ ਗਿਆ ਹੈ ਜਿੱਥੇ ਅਸੀਂ ਇੱਕ ਮਾਸਟਰ ਨੂੰ ਹੁਣ ਨਾਲੋਂ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ, ਵਧੇਰੇ ਆਧੁਨਿਕ ਮਸ਼ੀਨ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ।

ਚਿੱਤਰ ਪ੍ਰਕਿਰਿਆ ਦੇ ਮੱਧ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ. ਇਸ ਬਿੰਦੂ ਤੱਕ ਪਹਿਲਾਂ ਹੀ ਕੀ ਕੀਤਾ ਗਿਆ ਹੈ? ਅਸੀਂ ਕਿਹਾ ਕਿ ਅਸੀਂ ਕੁਝ ਗ਼ੁਲਾਮ ਨੂੰ ਨਵਾਂ ਮਾਲਕ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ, ਆਰਕੈਸਟਰੇਟਰ ਨੇ ਸਿਰਫ਼ ਦੂਜੇ ਸਾਰੇ ਨੌਕਰਾਂ ਨੂੰ ਇਸ ਨਾਲ ਜੋੜਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ, ਨਵੇਂ ਮਾਸਟਰ ਨੇ ਟਰਾਂਜ਼ਿਟ ਮਸ਼ੀਨ ਵਜੋਂ ਕੰਮ ਕੀਤਾ। ਇਸ ਸਕੀਮ ਦੇ ਨਾਲ, ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਸਾਰੇ ਨੌਕਰ ਕੰਮ ਕਰਦੇ ਹਨ, ਆਰਕੈਸਟਰੇਟਰ ਪੁਰਾਣੇ ਮਾਸਟਰ ਤੋਂ VIP ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਇਸਨੂੰ ਨਵੇਂ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਦਾ ਹੈ, read_only=0 ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਪੁਰਾਣੇ ਮਾਸਟਰ ਨੂੰ ਭੁੱਲ ਜਾਂਦਾ ਹੈ। ਸਾਰੇ! ਸਾਡੀ ਸੇਵਾ ਦਾ ਡਾਊਨਟਾਈਮ ਵੀਆਈਪੀ ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ ਹੈ, ਜੋ ਕਿ 2-3 ਸਕਿੰਟ ਹੈ।

ਅੱਜ ਲਈ ਇਹ ਸਭ ਕੁਝ ਹੈ, ਤੁਹਾਡਾ ਸਾਰਿਆਂ ਦਾ ਧੰਨਵਾਦ। ਆਰਕੈਸਟਰੇਟਰ ਬਾਰੇ ਜਲਦੀ ਹੀ ਦੂਜਾ ਲੇਖ ਹੋਵੇਗਾ। ਮਸ਼ਹੂਰ ਸੋਵੀਅਤ ਫਿਲਮ "ਗੈਰਾਜ" ਵਿੱਚ, ਇੱਕ ਪਾਤਰ ਨੇ ਕਿਹਾ, "ਮੈਂ ਉਸ ਨਾਲ ਖੋਜ ਨਹੀਂ ਕਰਾਂਗਾ!" ਇਸ ਲਈ, ਆਰਕੈਸਟਰੇਟਰ, ਮੈਂ ਤੁਹਾਡੇ ਨਾਲ ਖੋਜ 'ਤੇ ਜਾਵਾਂਗਾ!

ਸਰੋਤ: www.habr.com