Back to Question Center
0

MySQL ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਹੈ: ਸੂਚੀ-ਪੱਤਰ, ਹੌਲੀ ਸਵਾਲ, ਸੰਰਚਨਾ            MySQL ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਹੈ: ਸੂਚੀ-ਪੱਤਰ, ਹੌਲੀ ਸਵਾਲ, ਸੰਰਚਨਾ ਸੰਬੰਧੀ ਵਿਸ਼ਾ: DatabasePatterns & ਪ੍ਰੈਕਟਿਸ ਡਿਵੈਲਪਮੈਂਟ ਇਨਵਾਇਰਮੈਂਟ ਡਪਰਲ ਡੀਬੱਗਿੰਗ & ਮਿਗਲ

1 answers:
MySQL ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਹੈ: ਸੂਚੀ-ਪੱਤਰ, ਹੌਲੀ ਸਵਾਲ, ਸੰਰਚਨਾ

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

ਸੰਰਚਨਾ ਅਨੁਕੂਲਤਾ

ਪਹਿਲਾ - ਅਤੇ ਸਭ ਛੱਡਿਆ! - ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਅੱਪਗਰੇਡ ਕਰਨ ਲਈ MySQL ਦੇ ਹਰੇਕ ਉਪਭੋਗੀ ਦੀ ਸੰਰਚਨਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ - office moving companies portland oregon. 5. 7 (ਮੌਜੂਦਾ ਸੰਸਕਰਣ) ਵਿੱਚ ਇਸ ਦੇ ਪੂਰਵ-ਕ੍ਰਮ ਦੇ ਮੁਕਾਬਲੇ ਬਹੁਤ ਵਧੀਆ ਡਿਫਾਲਟ ਹੈ, ਪਰ ਉਹਨਾਂ ਦੇ ਸਿਖਰ ਤੇ ਸੁਧਾਰ ਕਰਨ ਲਈ ਅਜੇ ਵੀ ਆਸਾਨ ਹੈ

ਅਸੀਂ ਮੰਨ ਲਵਾਂਗੇ ਕਿ ਤੁਸੀਂ ਲੀਨਕਸ-ਅਧਾਰਿਤ ਹੋਸਟ ਜਾਂ ਚੰਗਾ ਵਗੈਰਟੈੱਟ ਬਾਕਸ ਵਰਤ ਰਹੇ ਹੋ ਜਿਵੇਂ ਸਾਡਾ ਹੋਮਸਟੇਡ ਠੀਕ ਹੋਇਆ ਤਾਂ ਤੁਹਾਡੀ ਸੰਰਚਨਾ ਫਾਇਲ / etc / mysql / my ਵਿਚ ਹੋਵੇਗੀ. ਸੀ.ਐੱਨ.ਐੱਫ. ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਤੁਹਾਡੀ ਇੰਸਟਾਲੇਸ਼ਨ ਉਸ ਸੰਰਚਨਾ ਫਾਇਲ ਵਿੱਚ ਸੈਕੰਡਰੀ ਸੰਰਚਨਾ ਫਾਇਲ ਨੂੰ ਲੋਡ ਕਰੇਗੀ, ਇਸ ਲਈ ਉਸ ਵਿੱਚ ਵੇਖੋ - ਜੇ ਮੇਰੀ. cnf ਫਾਇਲ ਵਿੱਚ ਜ਼ਿਆਦਾ ਸਮੱਗਰੀ ਨਹੀਂ ਹੈ, ਫਾਇਲ / etc / mysql / mysql. conf d / mysqld ਸੀ.ਐੱਨ.ਐੱਫ. ਸ਼ਾਇਦ

ਸੰਪਾਦਨ ਸੰਰਚਨਾ

ਮਿਡਲ ਨੂੰ ਕਮਾਂਡ ਲਾਈਨ ਦੀ ਵਰਤੋ ਕਰਕੇ ਆਰਾਮ ਦੀ ਜਰੂਰਤ ਹੈ. ਭਾਵੇਂ ਤੁਸੀਂ ਅਜੇ ਵੀ ਇਸਦਾ ਸਾਹਮਣਾ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਪਰ ਹੁਣ ਕੋਈ ਵੀ ਚੰਗਾ ਸਮਾਂ ਇੱਕ ਹੈ.

ਜੇ ਤੁਸੀਂ ਕਿਸੇ ਖਰਗੋਸ਼ ਬਾਕਸ ਤੇ ਸਥਾਨਕ ਤੌਰ ਤੇ ਸੰਪਾਦਿਤ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਫਾਇਲ ਨੂੰ ਮੁੱਖ ਫਾਈਲਸਿਸਟਮ ਵਿੱਚ ਸ਼ੇਅਰ ਕੀਤੇ ਫੋਲਡਰ ਦੇ ਨਾਲ cp / etc / mysql / my ਕਾਪੀ ਕਰਕੇ ਕਾਪੀ ਕਰ ਸਕਦੇ ਹੋ. cnf / home / vagrant / code ਅਤੇ ਇਸਨੂੰ ਇੱਕ ਨਿਯਮਿਤ ਟੈਕਸਟ ਐਡੀਟਰ ਨਾਲ ਸੰਪਾਦਿਤ ਕਰਨਾ, ਫਿਰ ਜਦੋਂ ਕੀਤਾ ਜਾਵੇ ਤਾਂ ਇਸ ਨੂੰ ਵਾਪਸ ਵਿੱਚ ਕਾਪੀ ਕਰਨਾ. ਨਹੀਂ ਤਾਂ, ਸਧਾਰਨ ਪਾਠ ਸੰਪਾਦਕ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਿਵੇਂ ਕਿ vim ਨੂੰ ਐਕਜ਼ੀਕਿਯੂਟ ਕਰਨਾ sudo vim / etc / mysql / my ਸੀ.ਐੱਨ.ਐੱਫ.

ਨੋਟ: ਸੰਰਚਨਾ ਫਾਇਲ ਦੇ ਅਸਲ ਟਿਕਾਣੇ ਨਾਲ ਮੇਲ ਕਰਨ ਲਈ ਉੱਪਰਲੇ ਮਾਰਗ ਨੂੰ ਸੋਧੋ - ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ / etc / mysql / mysql ਹੈ. conf d / mysqld ਸੀ.ਐੱਨ.ਐੱਫ.

ਮੈਨੂਅਲ ਟੈਕਿਕਸ

ਹੇਠ ਦਿੱਤੇ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਬਾਕਸ ਵਿੱਚੋਂ ਬਾਹਰ ਕੱਢਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਇਹਨਾਂ ਸੁਝਾਵਾਂ ਦੇ ਅਨੁਸਾਰ, ਇਸ ਨੂੰ [mysqld] ਭਾਗ ਹੇਠ ਸੰਰਚਨਾ ਫਾਇਲ ਵਿੱਚ ਜੋੜੋ:

  innodb_buffer_pool_size = 1G # (ਇੱਥੇ ਐਡਜਸਟ ਮੁੱਲ, ਕੁੱਲ RAM ਦਾ 50% -70%)innodb_log_file_size = 256Minnodb_flush_log_at_trx_commit = 1 # 2 ਜਾਂ 0 ਤੱਕ ਬਦਲ ਸਕਦੀ ਹੈinnodb_flush_method = O_DIRECT    
  • innodb_buffer_pool_size - ਬਫਰ ਪੂਲ ਇੱਕ ਸਟੋਰੇਜ ਏਰੀਏ ਕੈਸ਼ਿੰਗ ਡਾਟਾ ਅਤੇ ਇੰਡੈਕਸਸ ਮੈਮੋਰੀ ਵਿੱਚ ਹੈ. ਇਹ ਅਕਸਰ ਮੈਮੋਰੀ ਵਿੱਚ ਐਕਸੈਸ ਕੀਤੇ ਡਾਟੇ ਨੂੰ ਰੱਖਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਸਮਰਪਿਤ ਜਾਂ ਵਰਚੁਅਲ ਸਰਵਰ ਚਲਾ ਰਹੇ ਹੋ ਜਿੱਥੇ ਡੀ ਬੀ ਅਕਸਰ ਬੌਟਿਕਨੈਕ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਤੁਹਾਡੇ ਐਪ (ਐਪਸ) ਦਾ ਸਭ ਤੋਂ ਵੱਡਾ ਹਿੱਸਾ RAM ਦੇਣ ਦੇ ਅਰਥ ਰੱਖਦਾ ਹੈ. ਇਸ ਲਈ, ਅਸੀਂ ਇਸਨੂੰ ਸਾਰੇ RAM ਦੇ 50-70% ਦਿੰਦੇ ਹਾਂ. MySQL docs ਵਿੱਚ ਇੱਕ ਬਫਰ ਪੂਲ ਸਾਈਜ਼ਿੰਗ ਗਾਈਡ ਉਪਲਬਧ ਹੈ.
  • ਲੌਗ ਫਾਇਲ ਆਕਾਰ ਨੂੰ ਚੰਗੀ ਤਰਾਂ ਸਮਝਾਇਆ ਗਿਆ ਹੈ ਪਰ ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ ਇਹ ਇਸ ਨੂੰ ਪੂੰਝਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਲੌਗ ਵਿੱਚ ਕਿੰਨਾ ਡੇਟਾ ਸਟੋਰ ਕਰਨਾ ਹੈ. ਨੋਟ ਕਰੋ ਕਿ ਇਸ ਕੇਸ ਵਿੱਚ ਇੱਕ ਲੌਗ ਇੱਕ ਗਲਤੀ ਲੌਗ ਨਹੀਂ ਹੈ ਜਾਂ ਕੋਈ ਅਜਿਹੀ ਚੀਜ਼ ਹੈ ਜੋ ਤੁਸੀਂ ਵਰਤ ਸਕਦੇ ਹੋ, ਪਰ ਇਸਦੀ ਬਜਾਏ ਚੈੱਕਫੋਰਟ ਸਮਾਂ ਸੰਕੇਤ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ MySQL ਨਾਲ, ਬੈਕਗਰਾਊਂਡ ਵਿੱਚ ਵਾਪਰਦਾ ਹੈ ਪਰ ਫਿਰ ਵੀ ਫਰਗਰਾਊਂਡ ਪਰਫੌਰਮੈਂਸ ਤੇ ਪ੍ਰਭਾਵ ਪਾਉਂਦਾ ਹੈ. ਵੱਡੇ ਲੌਗਫਾਇਲਾਂ ਦਾ ਮਤਲਬ ਹੈ ਬਿਹਤਰ ਕਾਰਗੁਜ਼ਾਰੀ ਕਿਉਂਕਿ ਘੱਟ ਨਵੇਂ ਅਤੇ ਛੋਟੇ ਚੈਕਪੁਆਇੰਟ ਬਣਾਏ ਜਾ ਰਹੇ ਹਨ, ਲੇਕਿਨ ਇੱਕ ਕਰੈਸ਼ (ਵਧੇਰੇ ਚੀਜ਼ਾਂ ਨੂੰ ਡੀ ਬੀ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖੇ ਜਾਣ ਦੀ ਜ਼ਰੂਰਤ) ਵਿੱਚ ਰਿਕਵਰੀ ਟਾਈਮ ਲੰਬਾ ਹੈ.
  • innodb_flush_log_at_trx_commit ਇੱਥੇ ਵਿਆਖਿਆ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਸੰਕੇਤ ਕਰਦੀ ਹੈ ਕਿ ਲਾਗ ਫਾਇਲ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ 1 ਨਾਲ ਸਾਡੀ ਸੁਰੱਖਿਅਤ ਸੈਟਿੰਗ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਸੰਚਾਰ ਦੇ ਬਾਅਦ ਲਾਗ ਨੂੰ ਡਿਸਕ ਉੱਤੇ ਫਲੈਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. 0 ਜਾਂ 2 ਦੇ ਨਾਲ ਇਹ ਘੱਟ ਏਸੀਆਈਡ ਹੈ, ਪਰ ਜ਼ਿਆਦਾ ਕੰਮ ਕਰਨ ਵਾਲੇ ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਅੰਤਰ 1 ਦੀ ਸਥਾਪਨਾ ਦੇ ਸਥਿਰਤਾ ਲਾਭਾਂ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਭਾਰਾ ਨਹੀਂ ਹੈ.
  • innodb_flush_method - ਫਲੱਸ਼ ਕਰਨ ਦੇ ਸਬੰਧ ਵਿੱਚ ਚੀਜਾਂ ਨੂੰ ਛੱਡਣ ਲਈ, ਇਹ ਡਬਲ-ਬਫਰਿੰਗ ਤੋਂ ਬਚਾਉਣ ਲਈ O_DIRECT ਤੇ ਸੈਟ ਹੋ ਜਾਂਦਾ ਹੈ. ਇਹ ਹਮੇਸ਼ਾ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਕਿ I / O ਸਿਸਟਮ ਬਹੁਤ ਘੱਟ ਕਾਰਗੁਜ਼ਾਰੀ ਨਹੀਂ ਹੁੰਦਾ.

ਸੈਮਵਲ ਤੋਂ ਇਕ ਹੋਰ ਸਾਧਨ ਹੈ ਜੋ ਬਾਕੀ ਰਹਿੰਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਆਟੋਮੈਟਿਕਲੀ ਲੱਭਣ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ. ਨੋਟ ਕਰੋ ਕਿ ਜੇ ਅਸੀਂ ਇਸ ਉੱਤੇ ਉਪਰੋਕਤ ਦਸਤੀ ਟਵੀਕਾਂ ਤੋਂ ਬਿਨਾ ਚਲਾਈ ਸੀ, ਤਾਂ ਸਿਰਫ 4 ਵਿੱਚੋਂ 1 ਨੂੰ ਖੁਦ ਖੁਦ ਪਛਾਣ ਲਿਆ ਗਿਆ ਸੀ ਕਿਉਂਕਿ ਦੂਜੇ 3 ਉਪਭੋਗੀ ਤਰਜੀਹ ਅਤੇ ਐਪ ਦੇ ਵਾਤਾਵਰਨ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ.

MySQL ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਹੈ: ਸੂਚੀ-ਪੱਤਰ, ਹੌਲੀ ਸਵਾਲ, ਸੰਰਚਨਾMySQL ਨੂੰ ਕਿਵੇਂ ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਹੈ: ਸੂਚੀ-ਪੱਤਰ, ਹੌਲੀ ਸਵਾਲ, ਸੰਰਚਨਾ ਸੰਬੰਧੀ ਵਿਸ਼ਾ:
DatabasePatterns ਅਤੇ ਪ੍ਰੈਕਟਿਸ ਡਿਵੈਲਪਮੈਂਟ ਇਨਵਾਇਰਮੈਂਟ ਡਪਰਿਪਲ ਡੀਬੱਗਿੰਗ ਅਤੇ ਸੈਮਤਾਲ

ਵੇਰੀਏਬਲ ਇੰਸਪੈਕਟਰ

ਊਬੰਤੂ ਦੇ ਵੇਰੀਬਲ ਇੰਸਪੈਕਟਰ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ:

  wget https: // repo. percona com / apt / percona-release_0. 1-4. $ (lsb_release -sc) _all ਡੇਬsudo dpkg -i percona-release_0. 1-4. $ (lsb_release -sc) _all ਡੇਬsudo apt-get updatesudo apt-get install percona-toolkit    

ਹੋਰ ਪ੍ਰਣਾਲੀਆਂ ਲਈ, ਹਿਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ

ਫੇਰ, ਇਸ ਨਾਲ ਟੂਲਕਿੱਟ ਚਲਾਓ:

  ਪੀਟੀ-ਵੇਰੀਏਬਲ-ਸਲਾਹਕਾਰ h = ਲੋਕਲਹੋਸਟ, ਯੂ = ਮਕਾਨ, ਪੀ = ਗੁਪਤ    

ਤੁਹਾਨੂੰ ਆਉਟਪੁੱਟ ਨੂੰ ਇਸ ਤੋਂ ਉਲਟ ਵੇਖਣਾ ਚਾਹੀਦਾ ਹੈ:

  # WARN delay_key_write: ਮਾਈਸਾਮ ਇੰਡੈਕਸ ਬਲਾਕਾਂ ਨੂੰ ਉਦੋਂ ਤਕ ਫਲੱਸ਼ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਜਦੋਂ ਤੱਕ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੁੰਦਾ. # ਨੋਟ: max_binlog_size: max_binlog_size 1GB ਦੀ ਮੂਲ ਤੋਂ ਛੋਟਾ ਹੈ. # ਨੋਟ sort_buffer_size-1: sort_buffer_size ਵੇਰੀਏਬਲ ਆਮ ਤੌਰ ਤੇ ਆਪਣੇ ਮੂਲ ਤੇ ਛੱਡ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਮਾਹਰ ਇਹ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇਸਨੂੰ ਬਦਲਣਾ ਜਰੂਰੀ ਹੈ. # ਨੋਟ innodb_data_file_path: ਆਟੋ-ਵਿਸਤਾਰ InnoDB ਫਾਈਲਾਂ ਬਹੁਤ ਸਾਰੀ ਡਿਸਕ ਸਪੇਸ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੋ ਬਾਅਦ ਵਿੱਚ ਦੁਬਾਰਾ ਪ੍ਰਾਪਤ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਿਲ ਹਨ. # ਮਾਰਗ log_bin: ਬਾਇਨਰੀ ਲਾੱਗਿੰਗ ਅਸਮਰਥਿਤ ਹੈ, ਇਸ ਲਈ ਬਿੰਦੂ-ਵਿੱਚ-ਵਾਰ ਦੀ ਰਿਕਵਰੀ ਅਤੇ ਦੁਹਰਾਉਣਾ ਸੰਭਵ ਨਹੀਂ ਹੈ.     

ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਨਾਜ਼ੁਕ ਨਹੀਂ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਨਿਸ਼ਚਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ. ਸਿਰਫ਼ ਅਸੀਂ ਜੋ ਜੋੜ ਸਕਦੇ ਹਾਂ, ਦੁਹਰਾਉਣਾ ਅਤੇ ਸਨੈਪਸ਼ਾਟ ਉਦੇਸ਼ਾਂ ਲਈ ਬਾਈਨਰੀ ਲਾੱਗਿੰਗ ਹੋਵੇਗਾ.

ਨੋਟ: ਬਿੰਬਲਾਗ ਦਾ ਆਕਾਰ ਨਵੇਂ ਵਰਜਨਾਂ ਵਿਚ 1 ਜੀ ਨੂੰ ਡਿਫਾਲਟ ਹੋ ਜਾਵੇਗਾ ਅਤੇ ਪੀ ਟੀ ਦੁਆਰਾ ਨੋਟ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ.

  ਵੱਧ_ਗੁਣ_ਸਾਈਜ਼ = 1 ਜੀlog_bin = / var / log / mysql / mysql-bin. ਲਾਗserver-id = ਮਾਸਟਰ -01binlog-format = 'ROW'    
  • ਇਸ max_binlog_size ਸੈਟਿੰਗ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਕਿ ਕਿੰਨੀ ਵੱਡੀ ਬਾਈਨਰੀ ਲੌਗ ਹੋਣਗੇ. ਇਹ ਉਹ ਲੌਗ ਹੁੰਦੇ ਹਨ ਜੋ ਤੁਹਾਡੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਅਤੇ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਲੌਗ ਕਰਦੇ ਹਨ ਅਤੇ ਚੈੱਕਪੁਆਇੰਟ ਬਣਾਉਂਦੇ ਹਨ. ਜੇ ਇੱਕ ਸੰਚਾਰ ਵੱਧ ਤੋਂ ਵੱਧ ਵੱਡਾ ਹੈ, ਤਾਂ ਇੱਕ ਲਾਗ ਵੱਧ ਤੋਂ ਵੱਧ ਹੋ ਸਕਦੀ ਹੈ ਜਦੋਂ ਡਿਸਕ ਤੇ ਸੰਭਾਲੀ ਜਾਂਦੀ ਹੈ - ਨਹੀਂ ਤਾਂ, MySQL ਉਹਨਾਂ ਨੂੰ ਇਸ ਸੀਮਾ ਵਿੱਚ ਰੱਖੇਗੀ
  • the log_bin ਵਿਕਲਪ ਬਾਇਨਰੀ ਲੌਗਿੰਗ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ. ਇਸ ਤੋਂ ਬਿਨਾਂ ਕੋਈ ਸਨੈਪਸ਼ਾਟ ਕਰਨਾ ਜਾਂ ਨਕਲ ਨਹੀਂ ਹੈ. ਯਾਦ ਰੱਖੋ ਕਿ ਇਹ ਡਿਸਕ ਸਪੇਸ ਤੇ ਬਹੁਤ ਸਖਤ ਹੋ ਸਕਦਾ ਹੈ. ਸਰਵਰ ਆਈਡੀ ਇੱਕ ਜਰੂਰੀ ਚੋਣ ਹੈ ਜਦੋਂ ਬਾਈਨਰੀ ਲਾਗਰਿੰਗ ਨੂੰ ਸਰਗਰਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਲੌਗ ਨੂੰ ਪਤਾ ਹੁੰਦਾ ਹੈ ਕਿ ਕਿਸ ਸਰਵਰ ਤੋਂ ਉਹ ਆਇਆ (ਤਰਕ ਲਈ) ਅਤੇ ਫਾਰਮੈਟ ਉਹ ਢੰਗ ਹੈ ਜਿਸ ਵਿੱਚ ਚਿੱਠੇ ਲਿਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ.

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

MySQL ਟਿਊਨਰ

ਮੀਮਟ ਲੰਮੇ ਸਮੇਂ ਦੇ ਅੰਤਰਾਲਾਂ ਵਿਚ ਇਕ ਨਜ਼ਰਸਾਨੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰੇਗਾ (ਇਕ ਹਫ਼ਤੇ ਵਿਚ ਇਕ ਵਾਰ ਇਸ ਨੂੰ ਚਲਾਓ ਜਾਂ ਇਕ ਲਾਈਵ ਐਪ ਤੇ ਚਲਾਓ) ਅਤੇ ਲਾਗ ਵਿਚ ਜੋ ਵੀ ਦੇਖਿਆ ਗਿਆ ਹੈ ਉਸ ਦੇ ਆਧਾਰ ਤੇ ਬਦਲਾਵਾਂ ਦਾ ਸੁਝਾਅ ਦੇਵੇ.

ਇਸ ਨੂੰ ਸਿਰਫ਼ ਡਾਉਨਲੋਡ ਕਰਕੇ ਸਮਾਪਤ ਕਰੋ:

  wget https: // raw. githubusercontent. com / major / MySQLTuner-perl / master / mysqltuner. plchmod + x mysqltuner. pl    

ਇਸ ਨਾਲ ਚੱਲ ਰਿਹਾ ਹੈ . / mysqltuner pl ਤੁਹਾਨੂੰ ਡੇਟਾਬੇਸ ਲਈ ਐਡਮਿਨ ਯੂਜਰਨੇਮ ਅਤੇ ਪਾਸਵਰਡ ਪੁੱਛੇਗਾ, ਅਤੇ ਤੁਰੰਤ ਸਕੈਨ ਤੋਂ ਨਤੀਜਾ ਜਾਣਕਾਰੀ ਦੇਵੇਗਾ. ਉਦਾਹਰਨ ਲਈ, ਇੱਥੇ ਮੇਰੇ InnoDB ਭਾਗ ਹਨ:

  [-] ਇਨੋਡਿਬਲ ਯੋਗ ਹੈ. [-] ਇਨੋਦਬ ਥਰਡ ਕੰਨਿਊਂਂਸੀ: 0[ਠੀਕ ਹੈ] ਸਾਰਣੀ ਪ੍ਰਤੀ InnoDB ਫਾਈਲ ਕਿਰਿਆਸ਼ੀਲ ਹੈ[ਓਕ] ਇਨੋਆਡੀਬੀ ਬਫਰ ਪੂਲ / ਡਾਟਾ ਆਕਾਰ: 1. 0 ਜੀ / 11 2 ਐਮ[!!] ਅਨੁਪਾਤ InnoDB ਲੌਗ ਫਾਇਲ ਆਕਾਰ / ਇਨੋਡਿਬਲ ਬਫਰ ਪੂਲ ਸਾਈਜ਼ (50%): 256. 0 ਐਮ * 2/1. 0 ਜੀ 25% ਬਰਾਬਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ[!!] ਇਨੋਆਡੀਬੀ ਬਫਰ ਪੂਲ <= 1 ਜੀ ਅਤੇ ਇਨੋਡਬ_ਬਫਰਦੱਸਪਰੋਗਰਾਂ (= = 1). 65% (ਕੁੱਲ 19146 ਹਿੱਟ / 19809)[!!] InnoDB ਲਿਖੋ ਲੌਗ ਸਮਰੱਥਾ: 83. 88% (640 ਹਿੱਟ / 763 ਕੁੱਲ)[ਠੀਕ ਹੈ] InnoDB ਲਾਗ ਉਡੀਕ ਕਰਦਾ ਹੈ: 0. 00% (0 ਉਡੀਕ / 123 ਲਿਖਦਾ ਹੈ)    

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


ਯਕੀਨੀ ਬਣਾਉ ਕਿ ਤੁਸੀਂ ਹਰ ਸੰਰਚਨਾ ਬਦਲਾਅ ਦੇ ਬਾਅਦ mysql ਸਰਵਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ:

  ਸੁਡੋ ਸਰਵਿਸ ਮਾਈਸਸਕ ਰੀਸਟਾਰਟ    

ਸੂਚੀ-ਪੱਤਰ

ਅੱਗੇ, ਆਉ ਅਸੀਂ ਸੂਚੀ-ਪੱਤਰ ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰੀਏ- ਬਹੁਤ ਸਾਰੇ ਸ਼ੌਕੀਨ ਡੀ.ਬੀ. ਪ੍ਰਸ਼ੰਸਕਾਂ ਦਾ ਮੁੱਖ ਦਰਦ. ਖਾਸ ਤੌਰ 'ਤੇ ਉਹ ਜਿਹੜੇ ORMs ਵਿੱਚ ਛਾਲ ਮਾਰਦੇ ਹਨ ਅਤੇ ਇਸਕਰਕੇ ਕੱਚਾ ਐਸਐਸਯੂਐਲ ਨੂੰ ਸੱਚਮੁੱਚ ਸਾਹਮਣੇ ਨਹੀਂ ਆਉਂਦੇ ਹਨ.

ਨੋਟ: ਸ਼ਬਦਾਂ ਦੀਆਂ ਕੁੰਜੀਆਂ ਅਤੇ ਸੂਚਕਾਂਕ ਨੂੰ ਇਕ ਦੂਜੇ ਨਾਲ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ.

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

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

ਸੈਮਲਾਟ ਜਿਸ ਵਿਚ ਸਿਰਫ ਕੁਝ ਕਤਾਰਾਂ ਹੀ ਹਨ, ਇੰਡੈਕਸਿੰਗ ਤੋਂ ਅਸਲ ਲਾਭ ਨਹੀਂ ਪਾਉਂਦੇ. ਤੁਸੀਂ ਕਲਪਨਾ ਕਰ ਸਕਦੇ ਹੋ ਕਿ 5 ਪੰਨਿਆਂ ਤੋਂ ਖੋਜ ਕਰਨਾ ਪਹਿਲਾਂ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਹੌਲੀ ਨਹੀਂ ਹੁੰਦਾ, ਫਿਰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੰਡੈਕਸ ਨੂੰ ਜਾਂਦਾ ਹੈ, ਪੇਜ ਨੰਬਰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਉਸ ਖਾਸ ਸਫ਼ੇ ਨੂੰ ਖੋਲ੍ਹਦਾ ਹੈ.

ਤਾਂ ਅਸੀਂ ਕਿਵੇਂ ਪਤਾ ਲਗਾ ਸਕਦੇ ਹਾਂ ਕਿ ਕਿਹੜੇ ਇੰਡੈਕਸ ਨੂੰ ਜੋੜਿਆ ਜਾਵੇ, ਅਤੇ ਇੰਡੈਕਸ ਕਿਸ ਕਿਸਮ ਦੇ ਹੁੰਦੇ ਹਨ?

ਵਿਲੱਖਣ / ਪ੍ਰਾਇਮਰੀ ਸੂਚੀ-ਪੱਤਰ

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

ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਕਿਸੇ ਉਪਭੋਗਤਾ ਨੇ ਇੱਕ ਖਾਸ ਯੂਜ਼ਰਨਾਮ ਚੁਣਿਆ ਹੈ, ਤਾਂ ਕੋਈ ਹੋਰ ਇਸ ਨੂੰ ਲੈਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਯੂਜ਼ਰਨਾਮ ਕਾਲਮ ਦੇ ਲਈ ਇੱਕ "ਵਿਲੱਖਣ" ਇੰਡੈਕਸ ਨੂੰ ਜੋੜਨਾ ਇਸ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰਦਾ ਹੈ MySQL ਸ਼ਿਕਾਇਤ ਕਰੇਗਾ ਕਿ ਕੀ ਕੋਈ ਹੋਰ ਸਲਾਈਡ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿਚ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਇਕ ਯੂਜ਼ਰਨਾਮ ਮੌਜੂਦ ਹੈ.

  ALTER TABLE `ਉਪਭੋਗਤਾ`UNIQUE INDEX `ਯੂਜ਼ਰਨਾਮ` (` ਯੂਜ਼ਰਨਾਮ`) ਨੂੰ ADD ਦਿਓ ;     

ਸੈਮੈਲ ਕੁੰਜੀਆਂ / ਸੂਚਕਾਂਕ ਨੂੰ ਆਮ ਤੌਰ ਤੇ ਸਾਰਣੀ ਬਣਾਉਣ ਤੇ ਪਰਿਭਾਸ਼ਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਾਰਣੀ ਬਦਲ ਕੇ ਇਸ ਤੱਥ ਦੇ ਬਾਅਦ ਵਿਲੱਖਣ ਸੂਚੀ-ਪਤਰ ਪ੍ਰਭਾਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ.

ਦੋਵਾਂ ਮੁੱਢਲੀਆਂ ਕੁੰਜੀਆਂ ਅਤੇ ਵਿਲੱਖਣ ਕੁੰਜੀਆਂ ਇਕੋ ਕਾਲਮ ਜਾਂ ਇਕ ਤੋਂ ਵੱਧ ਕਾਲਮ ਤੇ ਇਕੋ ਸਮੇਂ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ. ਉਦਾਹਰਨ ਲਈ, ਜੇ ਤੁਸੀਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਦੇਸ਼ ਪ੍ਰਤੀ ਸਿਰਫ ਇਕ ਯੂਜ਼ਰਨਾਮ ਪ੍ਰਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਹਨਾਂ ਦੋਵਾਂ ਕਾਲਮਾਂ ਤੇ ਇੱਕ ਵਿਲੱਖਣ ਇੰਡੈਕਸ ਬਣਾਉਂਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ:

  ALTER TABLE `ਉਪਭੋਗਤਾ`ਵਿਲੱਖਣ ਸੂਚੀ 'ਯੂਜਰਕੇਂਦਰੀ' (`ਉਪਭੋਗੀ ਨਾਂ`,` ਦੇਸ਼`) ਜੋੜੋ     

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

ਰੈਗੂਲਰ ਇੰਡੈਕਸ

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

  ALTER TABLE `ਉਪਭੋਗਤਾ`ADD INDEX` usercountry` (`ਯੂਜ਼ਰਨਾਮ`,` ਦੇਸ਼`),     

ਉਪਰੋਕਤ ਹਰ ਦੇਸ਼ ਵਿੱਚ ਉਪਭੋਗਤਾ ਨਾਮ ਦੀ ਭਾਲ ਕਰਨ ਲਈ ਇਸ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ.

ਮਿਗਿਟਰ ਸਪੀਡ ਸੌਰਟਿੰਗ ਅਤੇ ਗਰੁੱਪਿੰਗ ਕਰਨ ਵਿੱਚ ਵੀ ਮਦਦ ਕਰਦਾ ਹੈ.

ਪੂਰਾ ਟੈਕਸਟ ਇੰਡੈਕਸ

FULLTEXT ਸੂਚੀਆਂ ਨੂੰ ਫੁਲ-ਟੈਕਸਟ ਖੋਜਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ.

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

ਘੱਟਦੇ ਸੂਚੀ-ਪੱਤਰ

ਵਿਸ਼ੇਸ਼ ਕਿਸਮ ਦੀ ਨਹੀਂ, ਪਰ ਇੱਕ ਬਦਲਾਵ. ਵਰਜਨ 8+ ਤੋਂ, MySQL ਉੱਤਰ ਦੇਣ ਵਾਲੀਆਂ ਇੰਡੈਕਸੇਟਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਸੂਚਕ ਨੂੰ ਘੱਟਦੇ ਕ੍ਰਮ ਵਿੱਚ ਸਟੋਰ ਕਰ ਸਕਦਾ ਹੈ. ਇਹ ਅਰਾਮਦਾਇਕ ਕਾਗਜ਼ਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਅਖੀਰਲੀ ਜੋੜਿਆਂ ਦੀ ਪਹਿਲਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਾਂ ਇੰਦਰਾਜਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ. ਘੱਟਦੇ ਹੋਏ ਕ੍ਰਮ ਵਿੱਚ ਮਿਟਣ ਵੇਲੇ ਹਮੇਸ਼ਾਂ ਸੰਭਵ ਸੀ, ਪਰ ਇੱਕ ਛੋਟਾ ਪ੍ਰਦਰਸ਼ਨ ਜੁਰਮਾਨੇ ਉੱਤੇ ਆਇਆ ਸੀ ਇਹ ਚੀਜ਼ਾਂ ਅੱਗੇ ਵਧਾਉਂਦਾ ਹੈ

  ਟੇਬਲ ਟੇਬਲ ਬਣਾਓ (ਸੀ 1 ਆਈਐਨਟੀ, ਸੀ 2 ਆਈਐਨਟੀ,INDEX idx1 (c1 ASC, c2 ASC),INDEX idx2 (c1 ASC, C2 DESC),INDEX idx3 (c1 DESC, c2 ASC),INDEX idx4 (c1 DESC, C2 DESC));    

ਮਿਡਲ ਨੂੰ ਇੱਕ ਸੂਚਕਾਂਕ ਵਿੱਚ DESC ਲਗਾਉਣਾ ਜਦੋਂ ਡਾਟਾਬੇਸ, ਪੋਸਟਾਂ ਅਤੇ ਟਿੱਪਣੀਆਂ ਜੋ ਪਿਛਲੇ ਤੋਂ ਪਹਿਲਾਂ ਲੋਡ ਹੁੰਦੇ ਹਨ ਵਿੱਚ ਲਿਖੀਆਂ ਲਾਗਾਂ ਨਾਲ ਵਿਹਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਸੇ ਤਰਾਂ.

ਸਹਾਇਕ ਟੂਲ: ਸਮਝਾਓ

ਜਦੋਂ ਸਵਾਲਾਂ ਦੀ ਅਨੁਕੂਲਤਾ ਨੂੰ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਐਕਸਪਲਾਇਨ ਟੂਲ ਅਮੁੱਲ ਹੋ ਜਾਵੇਗਾ. ਐਕਸਪਲਾਇਨ ਨਾਲ ਇੱਕ ਸਧਾਰਨ ਪੁੱਛ-ਗਿੱਛ ਦੇ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਬਹੁਤ ਡੂੰਘਾਈ ਨਾਲ ਢੰਗ ਨਾਲ ਪ੍ਰਕਿਰਿਆ ਕਰੇਗਾ, ਇੰਡੈਕਸ ਨੂੰ ਵਰਤਣ ਵਿਚ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੇਗਾ ਅਤੇ ਤੁਹਾਨੂੰ ਹਿੱਟ ਅਤੇ ਮਿਸਲ ਦੇ ਅਨੁਪਾਤ ਦਿਖਾਏਗਾ. ਤੁਸੀਂ ਦੇਖੋਗੇ ਕਿ ਜਿਨ੍ਹਾਂ ਨਤੀਜਿਆਂ ਦੀ ਤੁਸੀਂ ਖੋਜ ਕਰ ਰਹੇ ਹੋ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਉਹਨਾਂ 'ਤੇ ਕਿੰਨੀਆਂ ਕਤਾਰਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨੀ ਸੀ.

  ਐਕਸਲਿਨ ਸਿਟੀ ਦਾ ਚੋਣ ਕਰੋ. ਨਾਮ ਸਿਟੀ ਤੋਂਦੇਸ਼ ਸ਼ਾਮਲ ਕਰੋ (ਸ਼ਹਿਰ. ਦੇਸ਼ ਕੋਡ = ਦੇਸ਼ ਕੋਡ)WHERE CITY ਦੇਸ਼ਕੋਡ = 'ਭਾਰਤ' ਅਤੇ ਦੇਸ਼ ਮਹਾਂਦੀਪ = 'ਏਸ਼ੀਆ'    

ਤੁਸੀਂ ਇਸ ਨੂੰ ਅੱਗੇ ਵਧਾ ਸਕਦੇ ਹੋ ਐਕਸਟੈਂਡਡ :

  ਐਕਸਲਿਨ ਸਿਟੀ ਦਾ ਚੋਣ ਕਰੋ. ਨਾਮ ਸਿਟੀ ਤੋਂਦੇਸ਼ ਸ਼ਾਮਲ ਕਰੋ (ਸ਼ਹਿਰ. ਦੇਸ਼ ਕੋਡ = ਦੇਸ਼ ਕੋਡ)WHERE CITY ਦੇਸ਼ਕੋਡ = 'ਭਾਰਤ' ਅਤੇ ਦੇਸ਼ ਮਹਾਂਦੀਪ = 'ਏਸ਼ੀਆ'    

ਦੇਖੋ ਕਿ ਇਸ ਸ਼ਾਨਦਾਰ, ਵਿਸਤ੍ਰਿਤ ਪੋਸਟ ਨੂੰ ਪੜ੍ਹ ਕੇ ਇਸਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਅਤੇ ਖੋਜ ਕਿਵੇਂ ਕਰਨੀ ਹੈ.

ਸਹਾਇਕ ਸੰਦ: ਡੁਪਲੀਕੇਟ ਸੂਚੀ-ਪੱਤਰਾਂ ਲਈ ਪਰਕੋਨਾ

ਪਿਛਲੀ ਵਾਰ ਇੰਸਟਾਲ ਕੀਤੇ ਪੈਂਕੋਨਾ ਟੂਲਕਿੱਟ ਵਿੱਚ ਡੁਪਲੀਕੇਟ ਇੰਡੈਕਸਸ ਦੀ ਭਾਲ ਕਰਨ ਲਈ ਇੱਕ ਟੂਲ ਵੀ ਹੈ, ਜੋ ਤੀਜੀ ਧਿਰ ਦੇ CMSes ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਜਾਂ ਇਸਦੀ ਜਾਂਚ ਕਰ ਸਕਦੀਆਂ ਹਨ ਕਿ ਕੀ ਤੁਸੀਂ ਅਚਾਨਕ ਲੋੜ ਤੋਂ ਵੱਧ ਇੰਡੈਕਸਸ ਨੂੰ ਜੋੜਿਆ ਹੈ. ਉਦਾਹਰਣ ਵਜੋਂ, ਡਿਫੌਲਟ ਵਰਡਪਰੈਸ ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਡੁਪਲੀਕੇਟ ਇੰਡੈਕਸਸ wp_posts ਟੇਬਲ ਵਿੱਚ ਹਨ:

  ਪੀਟੀ-ਡੁਪਲੀਕੇਟ-ਕੁੰਜੀ-ਚੈਕਰ h = ਲੋਕਲਹੋਸਟ, ਯੂ = ਮਕਾਨ, ਪੀ = ਗੁਪਤ################################################## ######################## ਘਰ wp_posts################################################## ######################## ਮੁੱਖ ਕਿਸਮ_ਸਟੇਟਸ_ਸੈਟ ਕਲੱਸਟਰਡ ਇੰਡੈਕਸ ਦੇ ਅਗੇਤਰ ਨਾਲ ਖਤਮ ਹੁੰਦਾ ਹੈ# ਮੁੱਖ ਪਰਿਭਾਸ਼ਾਵਾਂ:# ਕੁੰਜੀ 'ਟਾਈਪ_ਸਟੇਟ_ਡੇਟ` (`ਪੋਸਟ_ਟਾਈਪ`,` ਪੋਸਟ_ਸਟੇਟਸ`, `ਪੋਸਟ_ਡੀਟੇਟ`,` ID`),# ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ (`ID`),# ਕਾਲਮ ਕਿਸਮ:# `ਪੋਸਟ_ ਕਿਸਮ 'varchar (20) collate utf8mb4_unicode_520_ci null ਡਿਫਾਲਟ' ਪੋਸਟ 'ਨਹੀਂ# 'ਪੋਸਟ_ਸਟੇਟਸ' ਵਰਚਾਰ (20) ਕੋਟੇਟੇਡ utf8mb4_unicode_520_ci null ਡਿਫਾਲਟ ਨਹੀਂ 'ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ'# 'ਪੋਸਟ_ਡੇਟ' ਦਿਨ ਸਮੇਂ ਦੀ ਨਾ-ਮੂਲ ਡਿਫਾਲਟ '0000-00-00 00:00:00'# `id` ਵੱਡੀ ਮਿੰਟਾਂ (20) ਨਾ ਸਹੀ ਆਟੋ_ਇਨਕਰਮੈਂਟ ਨਹੀਂ# ਇਸ ਡੁਪਲੀਕੇਟ ਕਲੱਸਟਰਡ ਇੰਡੈਕਸ ਨੂੰ ਘਟਾਉਣ ਲਈ, ਚਲਾਓ:ਅਤਰ ਟੇਬਲ 'ਹੋਸਟਸਟੈਂਡ' `wp_posts` ਡ੍ਰੌਪ ਇੰਡੈਕਸ` ਪ੍ਰਕਾਰ_ਸਟੇਟਸ_ਡੈਟ`, ਐਡਡੀ ਇੰਡੈਕਸ` type_status_date` (`ਪੋਸਟ_ਟਾਈਪ`,` ਪੋਸਟ_ਸਟੇਟਸ`, `ਪੋਸਟ_ਡੇਟ`);    

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਆਖਰੀ ਲਾਈਨ ਦੁਆਰਾ ਦੇਖ ਸਕਦੇ ਹੋ, ਇਹ ਤੁਹਾਨੂੰ ਇਹ ਵੀ ਸਲਾਹ ਦਿੰਦਾ ਹੈ ਕਿ ਡੁਪਲੀਕੇਟ ਇੰਡੈਕਸ ਤੋਂ ਛੁਟਕਾਰਾ ਕਿਵੇਂ ਲਿਆਓ.

ਸਹਾਇਕ ਪੈਸਾ: ਨਾ-ਵਰਤੇ ਗਏ ਸੰਕੇਤਾਂ ਲਈ ਪਰਕੋਨਾ

ਪਰਕੋਨਾ ਨਾ-ਵਰਤੇ ਇੰਡੈਕਸ ਨੂੰ ਵੀ ਖੋਜ ਸਕਦਾ ਹੈ. ਜੇ ਤੁਸੀਂ ਹੌਲੀ ਪੁੱਛਗਿੱਛਾਂ ਨੂੰ ਲੌਗ ਕਰ ਰਹੇ ਹੋ (ਹੇਠਾਂ ਸਮਾਲਾਂ ਵਾਲਾ ਭਾਗ ਵੇਖੋ), ਤਾਂ ਤੁਸੀਂ ਸਾਧਨ ਚਲਾ ਸਕਦੇ ਹੋ ਅਤੇ ਇਹ ਜਾਂਚ ਕਰੇਗਾ ਕਿ ਕੀ ਇਹ ਲੌਗ ਕੀਤੀਆਂ ਖੋਜਾਂ ਸਵਾਲਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਟੇਬਲ ਵਿੱਚ ਇੰਡੈਕਸ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀਆਂ ਹਨ.

  ਪੀਟੀ-ਇੰਡੈਕਸ ਵਰਤੋਂ / var / log / mysql / mysql- ਹੌਲੀ ਲਾਗ    

ਇਸ ਸਾਧਨ ਦੀ ਵਿਸਤ੍ਰਿਤ ਵਰਤੋਂ ਲਈ, ਇੱਥੇ ਦੇਖੋ.

ਬਟੱਲਿਨਿਕਸ

ਇਹ ਸੈਕਸ਼ਨ ਵਿਖਿਆਨ ਕਰੇਗਾ ਕਿ ਇੱਕ ਡਾਟਾਬੇਸ ਵਿੱਚ ਬੋਤਲਾਂ ਨੂੰ ਕਿਵੇਂ ਖੋਜਣਾ ਅਤੇ ਨਿਗਰਾਨੀ ਕਰਨੀ ਹੈ.

  ਹੌਲੀ_ਕੀਰੀ_ਲਗ = / var / log / mysql / mysql- ਹੌਲੀ. ਮਿਡਲ ਮਾਨੀਟਰ ਦੀ ਕਿਆਰੀ ਜਿਹੜੀਆਂ 1 ਸਕਿੰਟ ਤੋਂ ਲੰਬੇ ਹਨ, ਅਤੇ ਜਿਹੜੇ ਇੰਡੈਕਸ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ  

ਇੱਕ ਵਾਰ ਇਸ ਲਾਗ ਵਿੱਚ ਕੁਝ ਡੇਟਾ ਹੋਵੇ, ਤਾਂ ਤੁਸੀਂ ਉਪਰੋਕਤ ਪੋਰਟ-ਇੰਡੈਕਸ-ਉਪਯੋਗ ਟੂਲ, ਜਾਂ ਪੀਟੀ-ਕਾਇਰੋਰ-ਡਾਇਜੈਸਟ ਟੂਲ, ਜੋ ਨਤੀਜਾ ਦਿੰਦਾ ਹੈ, ਨਾਲ ਇੰਡੈਕਸ ਵਰਤੋਂ ਲਈ ਇਸਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰ ਸਕਦੇ ਹੋ. ਇਸ ਤਰ੍ਹਾਂ:

  ਪੀਟੀ-ਕਾਊਰੀ-ਡਿਜਿਟ / var / log / mysql / mysql- ਹੌਲੀ ਲਾਗ# 360ms ਯੂਜ਼ਰ ਟਾਈਮ, 20ms ਸਿਸਟਮ ਸਮਾਂ, 24. 66 ਐਮਐਸਆਰ, 92. 02 ਐੱਮ# ਵਰਤਮਾਨ ਮਿਤੀ: Thu ਫਰਵਰੀ 13 22:39:29 2014# ਮੇਜ਼ਬਾਨ ਨਾਂ: *# ਫਾਈਲਾਂ: mysql- ਹੌਲੀ ਲਾਗ# ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ: 8 ਕੁੱਲ, 6 ਵਿਲੱਖਣ, 1. 14 QPS, 0. 00x ਸਹਿਵਰਤੀ ________________# ਸਮਾਂ ਸੀਮਾ: 2014-02-13 22:23:52 ਤੋਂ 22:23:59 ਤਕ# ਗੁਣ ਕੁੱਲ ਮਿਲਾ ਕੇ ਸਭ ਤੋਂ ਉੱਚਾ 95% stddev median# ============ ======= ======= ======= ============== == ===== =======# Exec ਟਾਈਮ 3ms 267us 406us 343us 403us 39us 348us# ਲੌਕ ਟਾਈਮ 827 us 88 ਵੀਂ 125 ਵੀਂ 103 ਵੀਂ 119 ਵੀਂ 12 ਵੀਂ 98 ਵੀਂ# ਕਤਾਰਾਂ ਭੇਜਿਆ 36 1 15 4. 50 14. 52 4. 18 3. 89# ਕਤਾਰਾਂ ਦੀ ਜਾਂਚ 87 4 30 10. 88 28. 75 7. 37 7. 70# ਕਿਊਰੀ ਦਾ ਆਕਾਰ 2. 15 ਕਿ 153 296 245. 11 284. 79 48. 90 258. 32= ==== =============================== ===== ====== === == ===============# ਪ੍ਰੋਫਾਈਲ# ਰੈਂਕ ਕਿਊਰੀ ਆਈਡੀ ਜਵਾਬ ਟਾਈਮ ਕਾਲ ਆਰ / ਕਾਲ ਵੀ / ਐਮ ਆਈਟ= ==== =============================== ===== ====== === == ===============# 1 0x728E539F7617C14D 0. 0011 41. 0% 3 0. 0004 0. 00 ਚੁਣੋ blog_article# 2 0x1290EEE0B201F3FF 0. 0003 12. 8% 1 0. 0003 0. 00 ਸੇਲ ਕਰੋ portfolio_item# 3 0x31DE4535BDBFA465 0. 0003 12. 6% 1 0. 0003 0. 00 ਸੇਲ ਕਰੋ portfolio_item# 4 0xF14E15D0F47A5742 0. 0003 12. 1% 1 0. 0003 0. 00 ਚੋਣਵ portfolio_category# 5 0x8F848005A09C9588 0. 0003 11. 8% 1 0. 0003 0. 00 ਚੁਣੋ blog_category# 6 0x55F49C753CA2ED64 0. 0003 9 7% 1 0. 0003 0. 00 ਚੁਣੋ blog_article= ==== =============================== ===== ====== === == ===============# ਕਿਊਰੀ 1: 0 QPS, 0x concurrency, ਬਿੱਟ 736 ______ ਤੇ ID 0x728E539F7617C14D# ਸਕੋਰ: V / M = 0. 00# ਸਮਾਂ ਸੀਮਾ: ਸਾਰੀਆਂ ਘਟਨਾਵਾਂ 2014-02-13 22:23:52 ਤੇ ਵਾਪਰੀਆਂ# ਵਿਸ਼ੇਸ਼ਤਾ pct ਕੁੱਲ ਮਿਨੀ ਅਧਿਕਤਮ 9 2% stddev median# ============ === ======= ======= ======= ======= ====== = ======= =======# ਕਾੱਰ 37 37# Exec ਸਮਾਂ 40 1ms 352us 406us 375us 403us 22us 366US# ਤਾਲਾ ਸਮਾਂ 42 351 ਵੀਂ 103 ਵੀਂ 125 ਵੀਂ 117 ਵੀਂ 119 ਵੀਂ 9 ਵੀਂ 119 ਵੀਂ# ਕਤਾਰਾਂ ਨੇ 25 9 1 4 3 3. 89 1. 37 3. 89 ਭੇਜੇ# ਕਤਾਰਾਂ 24 21 5 8 7 7. 70 1. 29 7. 70 ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ# ਕਵਿਊ ਆਕਾਰ 47 1. 02 ਕਿ 261 262 261. 25 258. 32 0 258. 32# ਸਤਰ:# ਮੇਜ਼ਬਾਨ ਦੀ ਲੋਕਲ ਹੋਸਟ# ਉਪਯੋਗਕਰਤਾਵਾਂ *# Query_time ਦੀ ਵੰਡ# 1us# 10us# 100us ################################################ ################# 1ms# 10ms# 100ms# 1s# 10s +# ਸਾਰਣੀਆਂ# 'ਬਲੂਗ੍ਰਾਟਿਕਲ' \ ਜੀ ਵਾਂਗ ਸਾਰਣੀ ਸਥਿਤੀ ਵੇਖੋ# ਦਿਖਾਓ ਟੇਬਲ 'blog_article` \ G# ਐਕਸਪੀਨ / * 50100 ਭਾਗ * /SELECT b0_ id as id0, b0_. ਸਲਗ ਏ ਐਸ ਆਈ ਸਲਗ 1, ਬੀ0_. ਟਾਈਟਲ ਏ ਟਾਈਟਲ 2, ਬੀ0_. excerpt AS excerpt3, b0_. external_link AS external_link4, b0_. ਵਰਣਨ AS description5, b0_. ਬਣਾਇਆ ਗਿਆ AS created 6, b0_ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਵੇਂ ਨਵੀਕਰਣ 7 blog_article b0_ ORDER by b0_. DESC LIMIT ਨੂੰ 10 ਬਣਾਇਆ    

ਜੇ ਤੁਸੀਂ ਇਹਨਾਂ ਲਾਗਾਂ ਨੂੰ ਹੱਥਾਂ ਨਾਲ ਘੋਖਣਾ ਕਰਨਾ ਪਸੰਦ ਕਰਦੇ ਹੋ, ਤੁਸੀਂ ਵੀ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹੋ - ਪਰ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਲਾਗ ਨੂੰ "ਹੋਰ ਵਿਸ਼ਲੇਸ਼ਣਯੋਗ" ਫਾਰਮੈਟ ਵਿੱਚ ਨਿਰਯਾਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ. ਇਸ ਨਾਲ ਇਹ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

  mysqldumpslow / var / log / mysql / mysql- ਹੌਲੀ ਲਾਗ    

ਸੈਮੂਅਲ ਪੈਰਾਮੀਟਰ ਹੋਰ ਡਾਟਾ ਫਿਲਟਰ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਯਕੀਨੀ ਬਣਾ ਸਕਦੇ ਹਨ ਕਿ ਸਿਰਫ ਮਹੱਤਵਪੂਰਨ ਚੀਜ਼ਾਂ ਹੀ ਨਿਰਯਾਤ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ. ਉਦਾਹਰਣ ਲਈ: ਔਸਤ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਟਾਈਮ ਦੁਆਰਾ ਕ੍ਰਮਬੱਧ ਚੋਟੀ ਦੇ 10 ਸਵਾਲਾਂ.

  mysqldumpslow -t 10 -s at / var / log / mysql / localhost- ਹੌਲੀ ਲਾਗ    

ਹੋਰ ਮਾਪਦੰਡਾਂ ਲਈ, ਦਸਤਾਵੇਜ਼ ਵੇਖੋ.

ਸਿੱਟਾ

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

ਕੀ ਅਸੀਂ ਕੋਈ ਤਕਨੀਕ ਅਤੇ ਸੁਝਾਅ ਗੁਆ ਚੁੱਕੇ ਹਾਂ? ਚਲੋ ਅਸੀ ਜਾਣੀਐ!

March 1, 2018