MySQL "ਟੇਬਲ ਸੁੱਟਿਆ ਗਿਆ ਹੈ" ਗਲਤੀ ਅਤੇ phpMyAdmin ਰਾਹੀਂ ਟੇਬਲ ਦੀ ਮੁਰੰਮਤ

MySQL "ਟੇਬਲ ਸੁੱਟਿਆ ਗਿਆ ਹੈ" ਗਲਤੀ ਆਮ ਤੌਰ 'ਤੇ MyISAM ਸਟੋਰੇਜ ਮੋਟਰ ਵਰਤੋਂ ਕਰ ਰਹੀ ਕਿਸੇ ਟੇਬਲ ਦੇ ਖਰਾਬ ਹੋਣ ਦਾ ਸੰਕੇਤ ਹੈ ਅਤੇ ਇਸ ਨੂੰ MySQL ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਪੜ੍ਹਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। ਸਭ ਤੋਂ ਤੇਜ਼ ਹੱਲ ਇਹ ਹੈ ਕਿ ਡੇਟਾਬੇਸ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਤੋਂ ਬਾਅਦ, phpMyAdmin ਰਾਹੀਂ ਸੰਬੰਧਿਤ ਟੇਬਲ ਨੂੰ ਚੁਣ ਕੇ ਟੇਬਲ ਨੂੰ ਮੁਰੰਮਤ ਕਰੋ ਪ੍ਰਕਿਰਿਆ ਚਲਾਈ ਜਾਵੇ। ਪਰ ਇਹ ਗਲਤੀ ਹਮੇਸ਼ਾਂ ਇੱਕ ਸਧਾਰਨ ਚੇਤਾਵਨੀ ਨਹੀਂ ਹੁੰਦੀ; ਅਚਾਨਕ ਸਰਵਰ ਬੰਦ ਹੋ ਜਾਣਾ, ਡਿਸਕ ਭਰ ਜਾਣਾ, ਗਲਤ ਸਵਾਲ, ਭਾਰੀ ਲਿਖਣ ਦੀ ਟ੍ਰੈਫਿਕ ਜਾਂ ਪੁਰਾਣੀਆਂ MySQL ਸੰਰਚਨਾਵਾਂ ਦੇ ਕਾਰਨ ਇਹ ਮੁੜ-ਮੁੜ ਹੋ ਸਕਦੀ ਹੈ। ਇਸ ਗਾਈਡ ਵਿੱਚ ਤੁਸੀਂ ਗਲਤੀ ਦੇ ਕਾਰਨਾਂ, phpMyAdmin ਰਾਹੀਂ ਸੁਰੱਖਿਅਤ ਮੁਰੰਮਤ ਦੇ ਕਦਮ, ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅੱਪ ਦੀ ਜਾਂਚ ਅਤੇ ਪੱਕੀ ਰੋਕਥਾਮ ਦੇ ਤਰੀਕਿਆਂ ਨੂੰ ਕਦਮ ਬਦਲ ਕੇ ਪਾਓਗੇ।

ਤੁਹਾਡੀ ਵੈਬਸਾਈਟ WordPress, OpenCart, ਵਿਸ਼ੇਸ਼ PHP ਸਾਫਟਵੇਅਰ ਜਾਂ ਫੋਰਮ ਸਿਸਟਮ ਵਰਤ ਰਹੀ ਹੋ ਸਕਦੀ ਹੈ; ਜਦੋਂ MySQL ਟੇਬਲ ਖਰਾਬ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਜ਼ਿਆਦਾਤਰ ਦਰਸ਼ਕਾਂ ਨੂੰ ਸਫੇਦ ਸਕਰਿਨ, 500 ਗਲਤੀ, ਕਨੈਕਸ਼ਨ ਟਾਈਮ ਆਉਟ ਜਾਂ ਪ੍ਰਬੰਧਕ ਪੈਨਲ ਵਿੱਚ ਅਣਇੱਕਸpected ਡੇਟਾਬੇਸ ਗਲਤੀਆਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀਆਂ ਹਨ। ਵਿਸ਼ੇਸ਼ ਕਰਕੇ ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ 'ਤੇ, ਜੇਕਰ ਆਰਡਰ, ਉਤਪਾਦ, ਸੈਸ਼ਨ ਜਾਂ ਕਾਰਟ ਟੇਬਲ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਕੁਝ ਮਿੰਟਾਂ ਦੀ ਰੁਕਾਵਟ ਵੀ ਆਮਦਨੀ ਦੇ ਨੁਕਸਾਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ, ਮੁਰੰਮਤ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਡੇਟਾ ਦੀ ਸੁਰੱਖਿਆ ਅਤੇ ਗਲਤੀ ਦੇ ਮੂਲ ਕਾਰਨ ਨੂੰ ਸਮਝਣਾ ਜਰੂਰੀ ਹੈ। ਇੱਕ ਭਰੋਸੇਯੋਗ ਹੋਸਟਿੰਗ ਢਾਂਚਾ, ਨਿਯਮਤ ਬੈਕਅੱਪ ਅਤੇ ਸਹੀ ਡੇਟਾਬੇਸ ਮੋਟਰ ਦੀ ਚੋਣ ਇਨ੍ਹਾਂ ਕਿਸਮ ਦੇ ਖਤਰੇ ਨੂੰ ਜ਼ਿਆਦਾ ਘੱਟ ਕਰਦੀ ਹੈ। ਇਸ ਬਿੰਦੂ 'ਤੇ ਪ੍ਰਬੰਧਿਤ ਅਤੇ ਨਿਗਰਾਨੀ ਯੋਗ ਢਾਂਚੇ ਲਈ Hostragons ਵੈੱਬ ਹੋਸਟਿੰਗ ਜਾਂ ਉੱਚ ਸਰੋਤ ਦੀ ਲੋੜ ਵਾਲੇ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ Hostragons VPS ਸਰਵਰ ਵਿਕਲਪਾਂ ਦੀ ਗੱਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਟੇਬਲ ਸੁੱਟਿਆ ਗਿਆ ਹੈ ਗਲਤੀ ਕੀ ਹੈ?

ਟੇਬਲ ਸੁੱਟਿਆ ਗਿਆ ਹੈ ਗਲਤੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ MySQL ਸਰਵਰ ਨੇ ਕਿਸੇ ਟੇਬਲ ਨੂੰ ਖਰਾਬ ਦੇ ਤੌਰ 'ਤੇ ਚਿੰਨਹਿਤ ਕੀਤਾ ਹੈ ਅਤੇ ਇਸ ਟੇਬਲ 'ਤੇ ਪੜ੍ਹਨ ਜਾਂ ਲਿਖਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਸਮੱਸਿਆ ਆਈ ਹੈ। ਗਲਤੀ ਦਾ ਸੁਨੇਹਾ ਆਮ ਤੌਰ 'ਤੇ ਇਨ੍ਹਾਂ ਫਾਰਮਾਂ ਵਿੱਚ ਆਉਂਦਾ ਹੈ: ਟੇਬਲ './ਵਰਿਤਾਬਾਨੀ/ਟੇਬਲ_ਨਾਮ' ਸੁੱਟਿਆ ਗਿਆ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਮੁਰੰਮਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਟੇਬਲ ਲਈ ਗਲਤ ਕੁੰਜੀ ਫਾਈਲ। ਇਹ ਸੁਨੇਹਾ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਟੇਬਲ ਫਾਈਲ, ਇੰਡੈਕਸਾਂ ਜਾਂ ਟੇਬਲ ਦੀ ਪੂਰਨਤਾ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਹੈ।

ਇਹ ਗਲਤੀ ਸਭ ਤੋਂ ਵੱਧ MyISAM ਟੇਬਲਾਂ ਵਿੱਚ ਆਉਂਦੀ ਹੈ। MyISAM ਇੱਕ ਪੁਰਾਣਾ ਅਤੇ ਤੇਜ਼ ਪੜ੍ਹਨ-ਕੇਂਦਰਿਤ ਸਟੋਰੇਜ ਮੋਟਰ ਹੈ; ਪਰ ਇਸ ਦੀ ਕ੍ਰੈਸ਼ ਰੀਕਵਰੀ ਯੋਗਤਾ InnoDB ਨਾਲੋਂ ਬਹੁਤ ਮਜ਼ਬੂਤ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਸਰਵਰ ਅਚਾਨਕ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਡਿਸਕ ਲਿਖਣ ਦੀ ਕਾਰਵਾਈ ਅਧੂਰੀ ਰਹਿ ਜਾਂਦੀ ਹੈ, ਜਾਂ MySQL ਸੇਵਾ ਸਹੀ ਢੰਗ ਨਾਲ ਬੰਦ ਨਹੀਂ ਹੁੰਦੀ, ਤਾਂ MyISAM ਟੇਬਲ ਆਸਾਨੀ ਨਾਲ ਖਰਾਬ ਹੋ ਸਕਦੇ ਹਨ। InnoDB, ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਲੌਗ ਅਤੇ ਕ੍ਰੈਸ਼ ਰੀਕਵਰੀ ਮਕੈਨਿਜ਼ਮਾਂ ਦੇ ਕਾਰਨ ਆਮ ਤੌਰ 'ਤੇ ਜ਼ਿਆਦਾ ਟਿਕਾਊ ਹੁੰਦੀ ਹੈ; ਪਰ ਇਹ InnoDB ਟੇਬਲਾਂ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਵੇਗੀ, ਇਸਦਾ ਮਤਲਬ ਨਹੀਂ। InnoDB ਪਾਸੇ ਸਮਾਨ ਹਾਲਤਾਂ ਜ਼ਿਆਦਾਤਰ ਟੇਬਲ ਸਪੇਸ, ਡਿਸਕ, ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਲੌਗ ਜਾਂ ਡੇਟਾ ਡਿਕਸ਼ਨਰੀ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਦਿਸਦੀਆਂ ਹਨ।

ਗਲਤੀ ਦੇ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ

ਜਦੋਂ ਕੋਈ ਟੇਬਲ ਖਰਾਬ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਕੇਵਲ phpMyAdmin ਰਾਹੀਂ ਮੁਰੰਮਤ ਕਰਨਾ ਅਕਸਰ ਕਾਫੀ ਲੱਗਦਾ ਹੈ, ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਗਲਤੀ ਦਾ ਕਾਰਨ ਨਹੀਂ ਲੱਭਦੇ, ਤਾਂ ਇਹ ਸਮੱਸਿਆ ਦਿਨਾਂ ਜਾਂ ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ ਮੁੜ ਆ ਸਕਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਾਰਨ ਖੇਤਰ ਦੇ ਅਨੁਭਵ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਦ੍ਰਿਸ਼ਾਂ ਹਨ:

• ਅਚਾਨਕ ਸਰਵਰ ਬੰਦ ਹੋ ਜਾਣਾ: ਬਿਜਲੀ ਦੀ ਕਟੌਤੀ, ਹਾਰਡਵੇਅਰ ਰੀਸੈੱਟ ਜਾਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੇ ਸੁੱਟਣ ਦੌਰਾਨ MySQL ਜੇਕਰ ਟੇਬਲ 'ਤੇ ਲਿਖ ਰਿਹਾ ਹੈ, ਤਾਂ ਟੇਬਲ ਖਰਾਬ ਹੋ ਸਕਦੀ ਹੈ।
• ਡਿਸਕ ਸਥਾਨ ਭਰ ਜਾਣਾ: ਜੇ MySQL ਅਸਥਾਈ ਫਾਈਲ, ਇੰਡੈਕਸ ਜਾਂ ਟੇਬਲ ਅਪਡੇਟ ਨਹੀਂ ਲਿਖ ਸਕਦਾ, ਤਾਂ ਡੇਟਾ ਦੀ ਪੂਰਨਤਾ ਖਰਾਬ ਹੋ ਸਕਦੀ ਹੈ। ਡਿਸਕ ਦੀ ਵਰਤੋਂ 90 ਫੀਸਦ ਤੋਂ ਉਪਰ ਜਾਣਾ ਖਤਰਨਾਕ ਹੈ।
• MySQL ਸੇਵਾ ਨੂੰ ਬਲਵੰਤ ਬੰਦ ਕਰਨਾ: kill -9 ਵਰਗੀਆਂ ਸਖਤ ਸਮਾਪਤੀਆਂ, ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਭਾਰੀ ਲਿਖਣ ਦੇ ਸਮੇਂ MyISAM ਟੇਬਲਾਂ ਵਿੱਚ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ।
• ਭਾਰੀ ਲਿਖਣ ਦੀ ਟ੍ਰੈਫਿਕ: ਲੌਗ, ਮਾਪ, ਸੈਸ਼ਨ ਜਾਂ ਖੋਜ ਟੇਬਲ ਵਰਗੀਆਂ ਲਗਾਤਾਰ ਅਪਡੇਟ ਕੀਤੀਆਂ ਟੇਬਲਾਂ MyISAM ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਹੋਰ ਜ਼ਿਆਦਾ ਸੰਵੇਦਨਸ਼ੀਲ ਹੁੰਦੀਆਂ ਹਨ।
• ਗਲਤ ਪਲੱਗਇਨ ਜਾਂ ਥੀਮ: WordPress ਵਰਗੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਬੁਰੇ ਤਰੀਕੇ ਨਾਲ ਲਿਖੇ ਪਲੱਗਇਨ ਜਿਆਦਾ ਸਵਾਲ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਟੇਬਲ ਲਕੜੀ ਦੇ ਕਾਰਨ ਬਣ ਸਕਦੇ ਹਨ।
• ਹਾਰਡਵੇਅਰ ਜਾਂ ਫਾਈਲ ਸਿਸਟਮ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ: ਡਿਸਕ ਖਰਾਬ ਸੈਕਟਰ, I/O ਗਲਤੀਆਂ ਜਾਂ ਖਰਾਬ ਫਾਈਲ ਸਿਸਟਮ ਡੇਟਾਬੇਸ ਫਾਈਲਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੀਆਂ ਹਨ।
• ਪੁਰਾਣਾ MySQL ਵਰਜਨ: ਅਪਡੇਟ ਨਾ ਕੀਤੇ ਵਰਜਨਾਂ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਨ, ਲਾਕਿੰਗ ਅਤੇ ਰੀਕਵਰੀ ਦੀਆਂ ਵਿਵਹਾਰਾਂ ਹੋਰ ਕਮਜ਼ੋਰ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਮੁਰੰਮਤ ਤੋਂ ਪਹਿਲਾਂ ਜ਼ਰੂਰੀ ਸੁਰੱਖਿਆ ਕਦਮ

ਡੇਟਾਬੇਸ ਮੁਰੰਮਤ ਦੀ ਪ੍ਰਕਿਰਿਆ ਜ਼ਿਆਦਾਤਰ ਸੁਰੱਖਿਅਤ ਹੁੰਦੀ ਹੈ; ਪਰ ਖਰਾਬ ਟੇਬਲ 'ਤੇ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਹਰ ਪ੍ਰਕਿਰਿਆ ਡੇਟਾ ਦੇ ਨੁਕਸਾਨ ਦੇ ਖਤਰੇ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੂਰ ਨਹੀਂ ਕਰਦੀ। ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਵਿੱਚ, ਜਿਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜੇਕਰ ਤੁਸੀਂ ਜੀਵੰਤ ਸਾਈਟ 'ਤੇ ਕਾਰਵਾਈ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਪਹਿਲੀ ਪ੍ਰਾਥਮਿਕਤਾ ਹਮੇਸ਼ਾਂ ਬੈਕਅੱਪ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

1. ਮੌਜੂਦਾ ਡੇਟਾਬੇਸ ਦਾ ਬੈਕਅੱਪ ਲਓ

phpMyAdmin ਨਾਲ ਮੁਰੰਮਤ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਡੇਟਾਬੇਸ ਦਾ ਤੁਰੰਤ ਬੈਕਅੱਪ ਬਾਹਰ ਨਿਕਾਲੋ। ਚਾਹੇ ਟੇਬਲ ਖਰਾਬ ਹੋਵੇ, ਪਰ ਪੜ੍ਹੇ ਜਾਣ ਵਾਲੇ ਡੇਟਾ ਦਾ ਬੈਕਅੱਪ ਲੈਣਾ ਜਰੂਰੀ ਹੈ। phpMyAdmin ਵਿੱਚ ਡੇਟਾਬੇਸ ਨੂੰ ਚੁਣੋ, ਬਾਹਰ ਨਿਕਾਸ ਕਰੋ ਟੈਬ 'ਤੇ ਕਲਿਕ ਕਰੋ, ਤੇਜ਼ ਵਿਧੀ ਦੇ ਬਜਾਏ ਸੰਭਵ ਹੋਏ ਤਾਂ ਵਿਸ਼ੇਸ਼ ਵਿਧੀ ਚੁਣੋ ਅਤੇ SQL ਫਾਰਮੈਟ ਵਿੱਚ ਬੈਕਅੱਪ ਲਓ। ਵੱਡੇ ਡੇਟਾਬੇਸਾਂ ਵਿੱਚ ਬਾਹਰ ਨਿਕਾਸ ਦਾ ਸਮਾਂ ਸਮਾਪਤ ਹੋ ਸਕਦਾ ਹੈ; ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਹੋਸਟਿੰਗ ਨਿਯੰਤ੍ਰਣ ਪੈਨਲ ਦੀ ਬੈਕਅੱਪ ਟੂਲ ਜਾਂ SSH ਰਾਹੀਂ mysqldump ਹੋਰ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ। ਨਿਯਮਤ ਬੈਕਅੱਪ ਨੀਤੀ ਨਾ ਹੋਣ ਵਾਲੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਹੋਸਟਿੰਗ ਬੈਕਅੱਪ ਹੱਲ ਵਰਗੇ ਸਰੋਤਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ।

2. ਕਿਸ ਟੇਬਲ ਦੀ ਖਰਾਬੀ ਨੂੰ ਪਛਾਣੋ

ਗਲਤੀ ਦੇ ਸੁਨੇਹੇ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਟੇਬਲ ਦਾ ਨਾਮ ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, WordPress ਸਾਈਟ 'ਤੇ wp_options, wp_posts, wp_comments ਜਾਂ wp_actionscheduler_actions ਟੇਬਲਾਂ ਸਾਹਮਣੇ ਆ ਸਕਦੀਆਂ ਹਨ। ਵਿਸ਼ੇਸ਼ ਸਾਫਟਵੇਅਰਾਂ ਵਿੱਚ, ਟੇਬਲ ਦਾ ਨਾਮ ਐਪਲੀਕੇਸ਼ਨ ਲੌਗਾਂ, PHP ਗਲਤੀ ਦੀਆਂ ਡਾਇਰੀਆਂ ਜਾਂ MySQL ਗਲਤੀ ਲੌਗ ਵਿੱਚ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ। ਕਿਸ ਟੇਬਲ ਵਿੱਚ ਖਰਾਬੀ ਹੈ, ਇਹ ਪਛਾਣਣਾ ਤੁਹਾਨੂੰ ਪੂਰੇ ਡੇਟਾਬੇਸ 'ਤੇ ਬੇਕਾਰ ਦੀ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ।

3. ਸਾਈਟ ਨੂੰ ਛੋਟੀ ਸਮੇਂ ਲਈ ਬੈਕਅੱਪ ਮੋਡ 'ਤੇ ਲਿਜਾਓ

ਜਦੋਂ ਮੁਰੰਮਤ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ, ਤਾਂ ਜੇ ਟੇਬਲ 'ਤੇ ਨਵੀਆਂ ਲਿਖਣ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਆਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਪ੍ਰਕਿਰਿਆ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਡੇਟਾ ਵਿੱਚ ਬੇਅਨਤਾ ਹੋ ਸਕਦੀ ਹੈ। ਭਾਰੀ ਟ੍ਰੈਫਿਕ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ 2-5 ਮਿੰਟਾਂ ਦੀ ਬੈਕਅੱਪ ਮੋਡ, ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੋਰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ WordPress ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਬੈਕਅੱਪ ਪਲੱਗਇਨ ਨਾਲ, ਜਾਂ ਜੇਕਰ ਤੁਸੀਂ ਵਿਸ਼ੇਸ਼ ਸਾਫਟਵੇਅਰ ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਅਸਥਾਈ ਬੈਕਅੱਪ ਪੇਜ਼ ਜਾਂ ਵੈਬ ਸਰਵਰ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਨਾਲ ਯੂਜ਼ਰ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਰੋਕ ਸਕਦੇ ਹੋ। ਸੁਰੱਖਿਅਤ ਦਰਸ਼ਕਾਂ ਦੇ ਅਨੁਭਵ ਲਈ ਬੈਕਅੱਪ ਪੇਜ਼ 'ਤੇ SSL ਸਰਗਰਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਜੇ ਤੁਸੀਂ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ SSL ਸਰਟੀਫਿਕੇਟ ਵਿਕਲਪਾਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ।

phpMyAdmin ਰਾਹੀਂ MySQL ਟੇਬਲ ਕਿਵੇਂ ਮੁਰੰਮਤ ਕਰੀਏ?

phpMyAdmin, ਤਕਨੀਕੀ ਕਮਾਂਡ ਲਾਈਨ ਗਿਆਨ ਨਾ ਰੱਖਣ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ MySQL ਟੇਬਲ ਦੀ ਮੁਰੰਮਤ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮ ਆਮ cPanel, Plesk ਅਤੇ ਹੋਰ ਹੋਸਟਿੰਗ ਪੈਨਲਾਂ 'ਤੇ ਸਮਾਨ ਹਨ।

ਕਦਮ 1: ਹੋਸਟਿੰਗ ਪੈਨਲ ਤੋਂ phpMyAdmin ਵਿੱਚ ਦਾਖਲ ਹੋਵੋ

ਹੁਣੇ ਹੀ ਆਪਣੀ ਹੋਸਟਿੰਗ ਨਿਯੰਤ੍ਰਣ ਪੈਨਲ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਡੇਟਾਬੇਸਾਂ ਦੇ ਭਾਗ ਵਿੱਚ phpMyAdmin ਲਿੰਕ ਖੋਲ੍ਹੋ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਤੋਂ ਵੱਧ ਹੋਸਟਿੰਗ ਖਾਤੇ ਜਾਂ ਡੋਮੇਨ ਦਾ ਉਪਯੋਗ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਸਹੀ ਖਾਤੇ ਵਿੱਚ ਕਾਰਵਾਈ ਕਰ ਰਹੇ ਹੋ। ਗਲਤ ਡੇਟਾਬੇਸ ਵਿੱਚ ਕਾਰਵਾਈ ਕਰਨ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਸਿੱਧਾ ਨੁਕਸਾਨ ਨਹੀਂ ਹੁੰਦਾ; ਪਰ ਇਹ ਸਮਾਂ ਖਰਚ ਕਰਦਾ ਹੈ ਅਤੇ ਜੀਵੰਤ ਸਾਈਟ ਦੀ ਥਾਂ ਟੈਸਟ ਵਾਤਾਵਰਣ ਨੂੰ ਮੁਰੰਮਤ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਡੋਮੇਨ ਨਾਮ ਅਤੇ ਹੋਸਟਿੰਗ ਮੈਲਿਆਂ ਵਿੱਚ ਗੜਬੜ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ।

ਕਦਮ 2: ਸਹੀ ਡੇਟਾਬੇਸ ਚੁਣੋ

ਖੱਬੇ ਮੈਨੂ ਤੋਂ ਆਪਣੇ ਸਾਈਟ ਦੁਆਰਾ ਵਰਤਿਆ ਗਿਆ ਡੇਟਾਬੇਸ ਚੁਣੋ। WordPress ਲਈ ਡੇਟਾਬੇਸ ਦਾ ਨਾਮ wp-config.php ਫਾਈਲ ਵਿੱਚ DB_NAME ਲਾਈਨ ਤੋਂ ਜਾਣ ਸਕਦੇ ਹੋ। ਵਿਸ਼ੇਸ਼ PHP ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਡੇਟਾਬੇਸ ਦਾ ਨਾਮ ਆਮ ਤੌਰ 'ਤੇ config.php, .env ਜਾਂ database.php ਫਾਈਲਾਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਇਕ ਹੀ ਸਰਵਰ 'ਤੇ ਕਈ ਸਾਈਟਾਂ ਹਨ, ਤਾਂ ਇਹ ਜਾਂਚ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਕਦਮ 3: ਖਰਾਬ ਟੇਬਲ ਨੂੰ ਚਿੰਨਿਤ ਕਰੋ

ਜਦੋਂ ਡੇਟਾਬੇਸ ਖੁਲਦਾ ਹੈ, ਤਾਂ ਟੇਬਲਾਂ ਦੀ ਸੂਚੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ। ਗਲਤੀ ਦੇ ਸੁਨੇਹੇ ਵਿੱਚ ਛੋਟਾ ਟੇਬਲ ਲੱਭੋ ਅਤੇ ਇਸ ਦੇ ਖੱਬੇ ਪਾਸੇ ਦੇ ਬਾਕਸ ਨੂੰ ਚਿੰਨਿਤ ਕਰੋ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ ਟੇਬਲਾਂ ਲਈ ਇੱਕੋ ਹੀ ਗਲਤੀ ਮਿਲਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸਾਰੇ ਚੁਣ ਸਕਦੇ ਹੋ; ਪਰ ਪਹਿਲਾਂ ਸਭ ਤੋਂ ਆਹਮ ਟੇਬਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨਾ ਜ਼ਿਆਦਾ ਨਿਗਰਾਨੀ ਵਾਲਾ ਤਰੀਕਾ ਹੈ। ਇਹ ਦੇਖਣ ਲਈ ਕਿ ਟੇਬਲ MyISAM ਹੈ ਜਾਂ ਨਹੀਂ, ਕੌਮਾਂਤਰੀ ਵਿੱਚ ਕਿਸਮ ਜਾਂ ਇੰਜਨ ਖੇਤਰ ਦੀ ਜਾਂਚ ਕਰੋ।

ਕਦਮ 4: ਟੇਬਲ ਨੂੰ ਮੁਰੰਮਤ ਕਰਨ ਦੀ ਚੋਣ ਚਲਾਓ

ਟੇਬਲ ਨੂੰ ਚੁਣਣ ਤੋਂ ਬਾਅਦ, ਪੇਜ਼ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਡ੍ਰੌਪ-ਡਾਊਨ ਮੈਨੂ ਤੋਂ ਟੇਬਲ ਨੂੰ ਮੁਰੰਮਤ ਕਰੋ ਚੋਣ ਕਰੋ। phpMyAdmin ਆਮ ਤੌਰ 'ਤੇ ਪਿੱਛੇ REPAIR TABLE ਟੇਬਲ_ਨਾਮ ਕਮਾਂਡ ਚਲਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਫਲ, ਚੇਤਾਵਨੀ ਜਾਂ ਅਸਫਲ ਨਤੀਜਾ ਮਿਲਦਾ ਹੈ। ਸਫਲ ਨਤੀਜਾ ਆਮ ਤੌਰ 'ਤੇ ਹਾਲਤ ਠੀਕ ਹੈ ਦੇ ਰੂਪ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਵੱਡੀਆਂ ਟੇਬਲਾਂ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆ ਕੁਝ ਸਕਿੰਟਾਂ ਦੀ ਥਾਂ ਕੁਝ ਮਿੰਟ ਲੈ ਸਕਦੀ ਹੈ; ਇਸ ਦੌਰਾਨ ਪੇਜ਼ ਨੂੰ ਰੀਫਰੇਸ਼ ਨਾ ਕਰੋ ਅਤੇ ਬ੍ਰਾਉਜ਼ਰ ਨੂੰ ਬੰਦ ਨਾ ਕਰੋ।

ਕਦਮ 5: ਟੇਬਲ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਸਾਈਟ ਨੂੰ ਟੈਸਟ ਕਰੋ

ਮੁਰੰਮਤ ਦੇ ਬਾਅਦ, ਤੁਸੀਂ ਉਸੇ ਡ੍ਰੌਪ-ਡਾਊਨ ਮੈਨੂ ਤੋਂ ਟੇਬਲ ਦੀ ਜਾਂਚ ਕਰੋ ਪ੍ਰਕਿਰਿਆ ਚਲਾ ਸਕਦੇ ਹੋ। ਫਿਰ ਆਪਣੇ ਵੈਬਸਾਈਟ ਦੀ ਮੁੱਖ ਪੰਨਾ, ਪ੍ਰਬੰਧਕ ਪੈਨਲ, ਖੋਜ ਫੰਕਸ਼ਨ, ਉਤਪਾਦ ਸੂਚੀਆਂ ਅਤੇ ਯੂਜ਼ਰ ਲੌਗਇਨ ਖੇਤਰ ਦੀ ਜਾਂਚ ਕਰੋ। ਜੇਕਰ ਤੁਸੀਂ WordPress ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਪ੍ਰਬੰਧਕ ਪੈਨਲ ਵਿੱਚ ਸਥਾਈ ਲਿੰਕਾਂ ਨੂੰ ਸੇਵ ਕਰਨਾ, ਕੈਸ਼ ਨੂੰ ਸਾਫ ਕਰਨਾ ਅਤੇ ਗਲਤੀ ਦੀ ਡਾਇਰੀ ਦੀ ਜਾਂਚ ਕਰਨਾ ਇੱਕ ਚੰਗੀ ਅਭਿਆਸ ਹੈ।

phpMyAdmin ਮੁਰੰਮਤ ਵਿਕਲਪਾਂ ਦਾ ਕੀ ਮਤਲਬ ਹੈ?

phpMyAdmin ਵਿੱਚ ਨਾ ਸਿਰਫ ਮੁਰੰਮਤ, ਸਗੋਂ ਟੇਬਲ ਦੇ ਨਿਰਧਾਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਵਿਕਲਪ ਵੀ ਹਨ। ਹਰ ਵਿਕਲਪ ਦਾ ਉਦੇਸ਼ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ; ਇਸਨੂੰ ਗਲਤ ਉਮੀਦ ਨਾਲ ਵਰਤਣਾ ਨਹੀਂ ਚਾਹੀਦਾ।

ਸਾਰ ਵਿੱਚ, ਟੇਬਲ ਸੁੱਟਿਆ ਗਿਆ ਹੈ ਗਲਤੀ ਲਈ ਸਿੱਧਾ ਸਬੰਧਤ ਵਿਕਲਪ ਟੇਬਲ ਨੂੰ ਮੁਰੰਮਤ ਕਰੋ ਪ੍ਰਕਿਰਿਆ ਹੈ। ਸੁਧਾਰ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਾਭਦਾਇਕ ਸਹਾਇਤਾ ਉਪਕਰਣ ਹਨ; ਪਰ ਖਰਾਬ ਟੇਬਲ ਨੂੰ ਇਕੱਲੇ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ।

InnoDB ਟੇਬਲਾਂ ਵਿੱਚ ਹਾਲਤ ਕਿਉਂ ਵੱਖਰੀ ਹੈ?

phpMyAdmin ਵਿੱਚ InnoDB ਟੇਬਲਾਂ ਲਈ ਟੇਬਲ ਨੂੰ ਮੁਰੰਮਤ ਕਰੋ ਚੋਣ ਹਮੇਸ਼ਾਂ ਉਮੀਦਾਂ ਦੇ ਅਨੁਸਾਰ ਕੰਮ ਨਹੀਂ ਕਰਦੀ। ਇਸਦਾ ਕਾਰਨ ਇਹ ਹੈ ਕਿ InnoDB MyISAM ਵਾਂਗ ਸਧਾਰਨ ਫਾਈਲ ਅਧਾਰਿਤ ਮੁਰੰਮਤ ਦੀ ਸੋਚ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ। InnoDB ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਲੌਗ, ਰੀਡੋ ਲੌਗ, ਅੰਡੋ ਲੌਗ ਅਤੇ ਟੇਬਲ ਸਪੇਸ ਢਾਂਚਿਆਂ ਨਾਲ ਡੇਟਾ ਦੀ ਪੂਰਨਤਾ ਨੂੰ ਬਚਾਉਂਦਾ ਹੈ। ਇਸ ਲਈ InnoDB ਸਮੱਸਿਆਵਾਂ ਦੇ ਹੱਲ ਆਮ ਤੌਰ 'ਤੇ MySQL ਸੇਵਾ ਲੌਗ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਡਿਸਕ ਦੀ ਹਾਲਤ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਬੈਕਅੱਪ ਤੋਂ ਵਾਪਸ ਜਾਣਾ ਜਾਂ ਅਗੇ ਦੀ ਰੀਕਵਰੀ ਮੋਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੁੰਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਗਲਤੀ ਦਾ ਸੁਨੇਹਾ MyISAM ਟੇਬਲ ਨੂੰ ਦਿਖਾ ਰਿਹਾ ਹੈ, ਤਾਂ phpMyAdmin ਦੀ ਮੁਰੰਮਤ ਉੱਚ ਸੰਭਾਵਨਾ ਨਾਲ ਫਲਦਾਇਕ ਹੁੰਦੀ ਹੈ। ਪਰ ਜੇ InnoDB ਪਾਸੇ corrupt, tablespace, cannot open table ਵਰਗੇ ਸੁਨੇਹੇ ਮਿਲ ਰਹੇ ਹਨ, ਤਾਂ ਸਿੱਧਾ ਮੁਰੰਮਤ ਦੇ ਯਤਨਾਂ ਦੇ ਬਜਾਏ ਪਹਿਲਾਂ ਬੈਕਅੱਪ ਲੈਣਾ ਅਤੇ ਸਰਵਰ ਲੌਗ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਇਸ ਮਾਮਲੇ ਵਿੱਚ, ਤੁਹਾਡੇ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਤੋਂ ਸਹਾਇਤਾ ਮੰਗਣਾ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਹੈ। ਵਿਸ਼ੇਸ਼ ਕਰਕੇ ਆਲਸੀ ਈ-ਕਾਮਰਸ ਡੇਟਾ ਦੇ ਲਈ ਯਾਦਾਸ਼ਤ ਦੇ ਯਤਨਾਂ ਕਰਨ ਦੀ ਥਾਂ ਪੇਸ਼ੇਵਰ ਹਸਤਕਸ਼ੇਪ ਦੀ ਚੋਣ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਜੇਕਰ ਮੁਰੰਮਤ ਅਸਫਲ ਰਹਿਣ, ਤਾਂ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?

phpMyAdmin ਰਾਹੀਂ ਟੇਬਲ ਮੁਰੰਮਤ ਦੀ ਪ੍ਰਕਿਰਿਆ ਹਮੇਸ਼ਾਂ ਸਫਲ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਵੱਡੀ ਟੇਬਲ ਦਾ ਆਕਾਰ, ਗੰਭੀਰ ਫਾਈਲ ਖਰਾਬੀ, ਡਿਸਕ ਸਮੱਸਿਆ ਜਾਂ ਅਧਿਕਾਰ ਸੀਮਾ ਦੇ ਕਾਰਨ ਪ੍ਰਕਿਰਿਆ ਅਧੂਰੀ ਰਹਿ ਸਕਦੀ ਹੈ। ਐਸੇ ਮਾਮਲੇ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਅਪਨਾਇਆ ਜਾ ਸਕਦਾ ਹੈ:

• ਬੈਕਅੱਪ ਤੋਂ ਵਾਪਸ ਲਿਆਉਣਾ: ਸਭ ਤੋਂ ਭਰੋਸੇਮੰਦ ਤਰੀਕਾ, ਉਹਨਾਂ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਨੇੜੇ ਦੀ ਤਾਰੀਖ ਵਾਲੇ ਬੈਕਅੱਪ ਨੂੰ ਵਾਪਸ ਲਿਆਉਣਾ ਹੈ ਜਦੋਂ ਗਲਤੀ ਨਹੀਂ ਹੋਈ। ਵਾਪਸ ਲਿਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਖਰਾਬ ਡੇਟਾਬੇਸ ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਫਾਈਲ ਵਜੋਂ ਸੰਭਾਲ ਕੇ ਰੱਖੋ।
• SSH ਰਾਹੀਂ myisamchk ਦੀ ਵਰਤੋਂ: MyISAM ਟੇਬਲਾਂ ਲਈ ਜੇ ਸਰਵਰ ਦੀ ਪਹੁੰਚ ਹੋਵੇ, ਤਾਂ myisamchk ਟੂਲ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਹ ਕਾਰਵਾਈ MySQL ਸੇਵਾ ਨੂੰ ਰੋਕ ਕੇ ਜਾਂ ਟੇਬਲ ਦੀ ਪਹੁੰਚ ਨੂੰ ਰੋਕ ਕੇ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
• REPAIR TABLE ਕਮਾਂਡ: phpMyAdmin ਦੀ SQL ਟੈਬ ਤੋਂ REPAIR TABLE ਟੇਬਲ_ਨਾਮ; ਕਮਾਂਡ ਚਲਾਈ ਜਾ ਸਕਦੀ ਹੈ। ਵੱਡੀਆਂ ਟੇਬਲਾਂ ਲਈ QUICK ਜਾਂ EXTENDED ਵਿਕਲਪਾਂ ਦੀ ਵੀ ਵਿਚਾਰ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
• ਡਿਸਕ ਅਤੇ inode ਦੀ ਜਾਂਚ: ਜੇ ਡਿਸਕ ਸਥਾਨ ਜਾਂ inode ਭਰਿਆ ਹੋਇਆ ਹੈ, ਤਾਂ ਮੁਰੰਮਤ ਅਸਫਲ ਰਹੇਗੀ। ਪਹਿਲਾਂ ਗੈਰ-ਜ਼ਰੂਰੀ ਬੈਕਅੱਪ, ਲੌਗ ਅਤੇ ਅਸਥਾਈ ਫਾਈਲਾਂ ਨੂੰ ਸਾਫ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
• ਸਰਵਰ ਗਲਤੀ ਲੌਗਾਂ ਦੀ ਜਾਂਚ: MySQL error log, ਵੈਬ ਸਰਵਰ ਲੌਗ ਅਤੇ PHP error log ਮੂਲ ਕਾਰਨ ਪਛਾਣਣ ਵਿੱਚ ਅਹਿਮ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

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

ਗਲਤੀ ਦੇ ਮੁੜ ਆਉਣ ਤੋਂ ਕਿਵੇਂ ਰੋਕਣਾ ਹੈ?

ਇੱਕ ਵਾਰੀ ਦੀ ਮੁਰੰਮਤ, ਸਮੱਸਿਆ ਨੂੰ ਟੈਂਪੋਰੀ ਲਾਭ ਦੇਣ ਵਾਲੀ ਹੈ; ਪੱਕਾ ਹੱਲ ਢਾਂਚਾ ਅਤੇ ਮੁਰੰਮਤ ਦੀ ਤਰਤੀਬ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਉਪਾਅ MySQL ਟੇਬਲ ਦੀ ਖਰਾਬੀ ਦੇ ਖਤਰੇ ਨੂੰ ਮੰਨਣਯੋਗ ਤਰੀਕੇ ਨਾਲ ਘਟਾਉਂਦੇ ਹਨ।

MyISAM ਟੇਬਲਾਂ ਨੂੰ InnoDB ਵਿੱਚ ਬਦਲਣ ਦੀ ਗੱਲ ਕਰੋ

ਆਧੁਨਿਕ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ InnoDB ਆਮ ਤੌਰ 'ਤੇ ਹੋਰ ਸੁਰੱਖਿਅਤ ਅਤੇ ਟਿਕਾਊ ਚੋਣ ਹੁੰਦੀ ਹੈ। ਰੋਜ਼ਾਨਾ ਪੱਧਰ 'ਤੇ ਲਾਕਿੰਗ, ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਸਮਰਥਨ ਅਤੇ ਡਿੱਗਣ ਤੋਂ ਬਾਅਦ ਦੀ ਰੀਕਵਰੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਕਾਰਨ ਭਾਰੀ ਲਿਖਣ ਦੀ ਟ੍ਰੈਫਿਕ ਵਿੱਚ MyISAM ਦੇ ਮੁਕਾਬਲੇ ਵਿੱਚ ਫਾਇਦਾ ਦਿੰਦੀ ਹੈ। ਬਦਲਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਸਧਾਰਨ ਤੌਰ 'ਤੇ ALTER TABLE ਟੇਬਲ_ਨਾਮ ENGINE=InnoDB; ਕਮਾਂਡ ਰਾਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਪਰ ਜੀਵੰਤ ਸਾਈਟ ਤੇ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਨਿਸ਼ਚਿਤ ਤੌਰ 'ਤੇ ਟੈਸਟ ਵਾਤਾਵਰਣ ਵਿੱਚ ਆਜ਼ਮਾਈ ਜਾਂਦੀ ਹੈ ਅਤੇ ਪੂਰਾ ਬੈਕਅੱਪ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਪੁਰਾਣੇ ਸਾਫਟਵੇਅਰ ਫੁੱਲਟੈਕਸਟ ਇੰਡੈਕਸ ਜਾਂ ਵਿਸ਼ੇਸ਼ MyISAM ਵਿਵਹਾਰਾਂ 'ਤੇ ਨਿਰਭਰ ਹੋ ਸਕਦੇ ਹਨ।

ਨਿਯਮਤ ਅਤੇ ਵਾਪਸ ਲਿਆਉਣ ਯੋਗ ਬੈਕਅੱਪ ਵਰਤੋ

ਬੈਕਅੱਪ ਸਿਰਫ਼ ਲਿਆਉਣ ਦੇ ਨਾਲ ਨਹੀਂ, ਬਲਕਿ ਵਾਪਸ ਲਿਆਉਣ ਯੋਗ ਹੋਣਾ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ, ਹਫ਼ਤਾਵਾਰੀ ਪੂਰੇ ਬੈਕਅੱਪ ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਅਪਡੇਟਾਂ ਤੋਂ ਪਹਿਲਾਂ ਹੱਥੀ ਬੈਕਅੱਪ ਲੈਣਾ ਇੱਕ ਚੰਗੀ ਨੀਤੀ ਹੈ। ਘੱਟੋ-ਘੱਟ 7 ਦਿਨਾਂ ਦਾ ਬੈਕਅੱਪ ਰੱਖਣਾ, ਜ਼ਿਆਦਾਤਰ ਛੋਟੀਆਂ ਅਤੇ ਮੱਧਮ ਮਿਆਦ ਦੀਆਂ ਵੈਬਸਾਈਟਾਂ ਲਈ ਵਧੀਆ ਸ਼ੁਰੂਆਤ ਹੈ। ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ 'ਤੇ ਆਰਡਰ ਦੇ ਨੁਕਸਾਨ ਨੂੰ ਘਟਾਉਣ ਲਈ ਵਧੇਰੇ ਬੈਕਅੱਪ ਜਾਂ ਬਿਨਲੌਗ ਅਧਾਰਿਤ ਰੀਕਵਰੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

ਡਿਸਕ ਦੀ ਵਰਤੋਂ ਅਤੇ ਸਰੋਤਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ

ਜੇਕਰ ਡਿਸਕ ਸਥਾਨ 85-90 ਫੀਸਦ ਦੇ ਪੱਧਰਾਂ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਲਾਰਮ ਪੈਦਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। MySQL ਅਸਥਾਈ ਟੇਬਲਾਂ, ਲੌਗ ਫਾਈਲਾਂ ਅਤੇ ਇੰਡੈਕਸ ਕਾਰਵਾਈਆਂ ਲਈ ਖਾਲੀ ਸਥਾਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, CPU, RAM ਅਤੇ I/O ਇੰਤਜ਼ਾਰ ਸਮੇਂ ਦੀ ਨਿਯਮਤ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਲਗਾਤਾਰ ਸਰੋਤ ਦੀ ਸੀਮਾ 'ਤੇ ਰੁਕਵਟ ਵਾਲੀ ਸਾਈਟ, ਡੇਟਾਬੇਸ ਗਲਤੀਆਂ ਲਈ ਹੋਰ ਵੱਧ ਸੰਵੇਦਨਸ਼ੀਲ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਤੁਹਾਡਾ ਟ੍ਰੈਫਿਕ ਵੱਧ ਗਿਆ ਹੈ, ਤਾਂ ਸਾਂਝੇ ਯੋਜਨਾ ਤੋਂ ਹੋਰ ਸ਼ਕਤੀਸ਼ਾਲੀ ਪੈਕੇਜ ਵਿੱਚ ਜਾਣਾ ਸਮਝਦਾਰੀ ਹੋ ਸਕਦਾ ਹੈ; ਇਸ ਬਾਰੇ ਕਾਰਪੋਰੇਟ ਹੋਸਟਿੰਗ ਜਾਂ ਉੱਚ ਪਰਫਾਰਮੈਂਸ ਵਾਲੀ ਹੋਸਟਿੰਗ ਪੇਜਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਪਲੱਗਇਨ, ਥੀਮ ਅਤੇ ਸਾਫਟਵੇਅਰ ਅਪਡੇਟਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

ਪੁਰਾਣੇ ਸਾਫਟਵੇਅਰ ਨਾ ਸਿਰਫ਼ ਸੁਰੱਖਿਆ ਦੀ ਖੁਲਾਸਾ ਕਰਦੇ ਹਨ; ਬਲਕਿ ਡੇਟਾਬੇਸ ਨੂੰ ਅਸਮਰੱਥ ਸਵਾਲ ਵੀ ਭੇਜ ਸਕਦੇ ਹਨ। WordPress ਵਿੱਚ, ਬੈਕਅੱਪ ਦੌਰਾਨ ਵਰਤੋਂ ਨਾ ਕੀਤੇ ਪਲੱਗਇਨ ਨੂੰ ਹਟਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਡੇਟਾਬੇਸ ਨੂੰ ਢੱਪਣ ਵਾਲੀਆਂ ਲੌਗ ਟੇਬਲਾਂ ਨੂੰ ਸਾਫ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣ ਵਾਲੇ ਪਲੱਗਇਨਾਂ ਤੋਂ ਦੂਰ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਾਫਟਵੇਅਰ ਅਪਡੇਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਟੇਜਿੰਗ ਵਾਤਾਵਰਣ ਵਿੱਚ ਟੈਸਟ ਕਰਨਾ, ਜੀਵੰਤ ਸਾਈਟ 'ਤੇ ਅਣਇੱਕਸpected ਟੇਬਲ ਜਾਂ ਇੰਡੈਕਸ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ।

ਸਰਵਰ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਬੰਦ ਕਰੋ ਅਤੇ ਮੁਰੰਮਤ ਯੋਜਨਾ ਬਣਾਓ

ਜੇਕਰ ਤੁਸੀਂ VPS ਜਾਂ ਵਿਸ਼ੇਸ਼ ਸਰਵਰ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਹੋ, ਤਾਂ MySQL ਸੇਵਾ ਨੂੰ ਬਲਵੰਤ ਬੰਦ ਕਰਨ ਤੋਂ ਬਚੋ। ਮੁਰੰਮਤ ਤੋਂ ਪਹਿਲਾਂ ਸੇਵਾਵਾਂ ਨੂੰ ਨਿਗਰਾਨੀ ਵਾਲੇ ਢੰਗ ਨਾਲ ਬੰਦ ਕਰਨਾ, ਅਪਡੇਟਾਂ ਨੂੰ ਘੱਟ ਟ੍ਰੈਫਿਕ ਘੰਟਿਆਂ ਵਿੱਚ ਕਰਨਾ ਅਤੇ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਲੌਗਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਯੋਜਨਾਬੱਧ ਮੁਰੰਮਤ ਦਾ ਅਨੁਸ਼ਾਸਨ, ਵਿਸ਼ੇਸ਼ਤੌਰ 'ਤੇ ਉੱਚ ਟ੍ਰੈਫਿਕ ਵਾਲੇ ਡੇਟਾਬੇਸਾਂ ਵਿੱਚ ਖਰਾਬੀ ਦੇ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।

WordPress ਸਾਈਟਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਨੋਟਸ

WordPress, MySQL ਗਲਤੀਆਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਸਧਾਰਨ ਡੇਟਾਬੇਸ ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਦੌਰਾਨ ਗਲਤੀ ਹੋਈ ਸੁਨੇਹੇ ਨਾਲ ਦਿਖਾਉਂਦਾ ਹੈ। ਪਰ ਜਦੋਂ ਤੁਸੀਂ ਗਲਤੀ ਦੀ ਡਾਇਰੀ ਵਿੱਚ ਵੇਖਦੇ ਹੋ, ਤਾਂ ਖਰਾਬ ਟੇਬਲ ਦੇ ਵਿਸਥਾਰ ਨੂੰ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। WordPress ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਭਾਵਿਤ ਟੇਬਲਾਂ ਵਿੱਚ wp_options, wp_posts, wp_postmeta, wp_comments ਅਤੇ ਕੁਝ ਪਲੱਗਇਨਾਂ ਦੁਆਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਸਮਾਂ-ਸੂਚਕ ਜਾਂ ਲੌਗ ਟੇਬਲਾਂ ਸ਼ਾਮਲ ਹਨ। ਜੇ wp_options ਟੇਬਲ ਖਰਾਬ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਾਈਟ ਦੇ ਆਮ ਸੈਟਿੰਗਾਂ ਨੂੰ ਪੜ੍ਹਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ; ਜੇ wp_posts ਖਰਾਬ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਸਮੱਗਰੀ ਸੂਚੀਬੱਧ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ; ਜੇ ਪਲੱਗਇਨ ਲੌਗ ਟੇਬਲਾਂ ਖਰਾਬ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਪ੍ਰਬੰਧਕ ਪੈਨਲ ਹੌਲੀ ਹੋ ਸਕਦਾ ਹੈ।

WordPress ਦੀ ਅੰਦਰੂਨੀ ਡੇਟਾਬੇਸ ਮੁਰੰਮਤ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਵੀ ਹੈ। wp-config.php ਫਾਈਲ ਵਿੱਚ ਅਸਥਾਈ ਤੌਰ 'ਤੇ define('WP_ALLOW_REPAIR', true); ਲਾਈਨ ਨੂੰ ਸ਼ਾਮਲ ਕਰਕੇ /wp-admin/maint/repair.php ਪਤਾ ਤੋਂ ਮੁਰੰਮਤ ਚਲਾਈ ਜਾ ਸਕਦੀ ਹੈ। ਪਰ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇਸ ਲਾਈਨ ਨੂੰ ਨਿਸ਼ਚਿਤ ਤੌਰ 'ਤੇ ਹਟਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ; ਨਹੀਂ ਤਾਂ ਮੁਰੰਮਤ ਪੇਜ਼ ਅਣਪਛਾਤੇ ਪਹੁੰਚ ਲਈ ਖੁੱਲਾ ਰਹਿ ਸਕਦਾ ਹੈ। phpMyAdmin ਦੀ ਵਿਧੀ ਆਮ ਤੌਰ 'ਤੇ ਜ਼ਿਆਦਾ ਨਿਗਰਾਨੀ ਵਾਲੀ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਸਿੱਧਾ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਕਿਸ ਟੇਬਲ 'ਤੇ ਕਾਰਵਾਈ ਕਰ ਰਹੇ ਹੋ। ਜੇਕਰ ਤੁਸੀਂ WordPress ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਢਾਂਚਾ ਤਲਾਸ਼ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ WordPress ਹੋਸਟਿੰਗ ਸਰੋਤ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ।

ਤੁਸੀਂ ਕਿਸ ਸਮੇਂ ਪੇਸ਼ੇਵਰ ਸਹਾਇਤਾ ਲੈਣੀ ਚਾਹੀਦੀ ਹੈ?

ਹਰ MySQL ਗਲਤੀ ਆਪਣੇ ਆਪ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਕਾਫੀ ਸੌਖੀ ਨਹੀਂ ਹੁੰਦੀ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਹਾਲਤਾਂ ਵਿੱਚੋਂ ਕੋਈ ਇੱਕ ਹੋਣ 'ਤੇ ਪੇਸ਼ੇਵਰ ਸਹਾਇਤਾ ਲੈਣਾ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਹੈ:

• ਖਰਾਬ ਟੇਬਲ ਆਰਡਰ, ਭੁਗਤਾਨ, ਮੈਂਬਰਤਾ ਜਾਂ ਵਿੱਤੀ ਡੇਟਾ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ।
• ਮੁਰੰਮਤ ਦੇ ਯਤਨ ਤੋਂ ਬਾਅਦ ਗਲਤੀ ਜਾਰੀ ਹੈ ਜਾਂ ਟੇਬਲ ਗਾਇਬ ਹੋਣ ਦਾ ਅਸਰ ਹੈ।
• ਡੇਟਾਬੇਸ ਦਾ ਆਕਾਰ ਕੁਝ GB ਤੋਂ ਉੱਪਰ ਹੈ ਅਤੇ phpMyAdmin ਸਮਾਪਤ ਹੋ ਰਿਹਾ ਹੈ।
• InnoDB ਟੇਬਲਸਪੇਸ ਜਾਂ ਰੀਡੋ ਲੌਗ ਗਲਤੀਆਂ ਦਿਖਾਈ ਦੇ ਰਹੀਆਂ ਹਨ।
• ਡਿਸਕ ਗਲਤੀ, I/O ਗਲਤੀ ਜਾਂ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਚੇਤਾਵਨੀ ਹੈ।
• ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਨਜ਼ਦੀਕੀ ਸਾਫ ਬੈਕਅੱਪ ਨਹੀਂ ਹੈ।

ਸਹਾਇਤਾ ਦੀ ਬੇਨਤੀ ਬਣਾਉਣ ਵੇਲੇ, ਗਲਤੀ ਸੁਨੇਹੇ ਦਾ ਪੂਰਾ ਪਾਠ, ਪ੍ਰਭਾਵਿਤ ਡੇਟਾਬੇਸ ਅਤੇ ਟੇਬਲ ਦਾ ਨਾਮ, ਗਲਤੀ ਕਿਸ ਸਮੇਂ ਸ਼ੁਰੂ ਹੋਈ, ਆਖਰੀ ਅਪਡੇਟ ਜਾਂ ਪਰਿਵਰਤਨ ਦੀ ਕਾਰਵਾਈ ਅਤੇ ਜੇਕਰ ਕੋਈ ਬੈਕਅੱਪ ਦੀ ਤਾਰੀਖ ਦੇਣਾ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ। ਇਹ ਜਾਣਕਾਰੀ ਹੱਲ ਕਰਨ ਦੇ ਸਮੇਂ ਨੂੰ ਗੰਭੀਰ ਰੂਪ ਵਿੱਚ ਘਟਾਉਂਦੀ ਹੈ।

ਛੋਟੀ ਜਾਂਚ ਸੂਚੀ