Лесно можем да избием всички mysql заявки на определн потребител с елегантното:

select concat('KILL ',id,';') from information_schema.processlist where user='user123';

Заместваме user123 с желаният от нас потребител и изпълняваме в mysql и всичко е ОК 🙂

ਕਿਉਕਿ ਪਿਛਲੇ ਹਫਤੇ ਖਰੀਦਿਆ Fantastico Deluxe ਇੰਸਟਾਲਰ, ਜੋ ਮੇਰੇ ਨਿਮਰ ਵਿਚਾਰ ਵਿਚ ਇੱਕ cPanel ਸਰਵਰ ਲਈ ਸਭ ਵਿਨੀਤ ਹੈ. ਸਾਨੂੰ ਇਸ ਨੂੰ ਇੰਸਟਾਲ ਹੈ ਅਤੇ ਟੈਸਟ ਕੀਤਾ ਹੈ ਸਭ ਕੁਝ ਸੁਚਾਰੂ ਚਲਾ ਗਿਆ. ਅੱਜ, ਇੱਕ ਗਾਹਕ ਨੇ ਮੈਨੂੰ ਵਰਡਪਰੈਸ ਇੰਸਟਾਲੇਸ਼ਨ ਦੀ ਇੰਕੋਡਿੰਗ ਨਾਲ ਇੱਕ ਸਮੱਸਿਆ ਬਾਰੇ ਦੱਸਿਆ. ਖੇਹ ਅਤੇ ਤੁਰੰਤ ਚਮਕਿਆ ਸਮੱਸਿਆ ਦਾ ਠਿਕਾਣਾ ਦੇ ਜ਼ਰੀਏ ਲੈਟਿਨ 1 ਇੰਕੋਡਿੰਗ ਲਈ ਮੂਲ UTF8 ਦੀ ਬਜਾਏ ਇਹ ਮੰਨ ਰਹੇ ਸਨ. ਹੋਰ ਵੀ ਮਜ਼ੇਦਾਰ ਹੈ, ਹੈ, ਜੋ ਕਿ phpmyadmin-ਲਿਖਿਆ ਸੀ ਅਤੇ ਮੂਲ UTF8 ਦੁਆਰਾ ਵਰਤਿਆ ਗਿਆ ਹੈ, ਡਰਾਮਾ. ਮੈਨੂੰ Fantastico-ਇਸ ਦੀ ਫਾਇਲ ਦਾ ਜਾਇਜ਼ਾ ਲੈਣ ਲਈ, ਜੇ ਕਿਤੇ ਹੈ ਇਹ ਵੇਖਣ ਲਈ, ਜਿੱਥੇ ਮੈਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਡਾਟਾਬੇਸ ਵਿਵਸਥਾ ਨੂੰ ਲੱਭ ਸਕਦੇ ਹੋ ਫੈਸਲਾ ਕੀਤਾ ਤੇ ਪਹਿਲੇ ਕੁਝ ਵੀ ਵੇਖਿਆ ਸੀ. ਫਿਰ ਕੁਝ ਅਜਿਹਾ ਮੇਰੇ ਟੇਕਣ ਕੀ ਹੈ ਵਿੱਚ ਵੇਖਣ ਲਈ my.conf-ਅਤੇ ਕੀ ਵੇਖਣ ਲਈ ਉਥੇ ਸੰਰਚਨਾ ਵਿੱਚ ਕੋਈ ਅਨੁਸਾਰੀ ਸੈਟਿੰਗ ਅਤੇ ਇਸ ਦੇ ਸਾਰੇ ਰੌਸ਼ਨੀ ਜੋ ਵੀ ਤੇ ​​ਮੂਲ ਰੂਪ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ ਸੀ. MySQL ਸਰਵਰ hardkodnat UTF8 ਨੂੰ ਵਰਤਣ, ਜਦ ਤੱਕ ਇਸ ਨੂੰ ਹੋਰ ਸੈਟਿੰਗ ਅਤੇ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ Fantastico-ਇਸ ਨੂੰ ਸਪੱਸ਼ਟ ਲੈਟਿਨ 1 ਹੈ ( ਜੋ ਕਿ ਪਰੈਟੀ ਮੂਰਖ ਫੈਸਲਾ ਹੈ). Решението както винаги е тривиално добавят се 2 реда в [mysqld] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

character-set-server=utf8
collation-server=utf8_general_ci

Нямам никаква идея поради каква причина съм пропуснал тези настройки при положение че си играх да правя няколкофининастройки на mysql-а.

Zemanta ਨਾਲ ਲੈੱਸ

ਕੁਝ ਦਿਨ ਬਾਹਰ XAMPP 1.8.0 ਕੱਲ੍ਹ ਨੂੰ ਵਰਜਨ ਤੱਕ ਅੱਪਗਰੇਡ ਦੇ ਬਾਅਦ 1.7.7 ਮੈਨੂੰ ਕਾਫ਼ੀ ਇੱਕ ਦਿਲਚਸਪ ਸਮੱਸਿਆ ਸੀ. Phpmyadmin-ਅਤੇ ਉਸ ਨੇ ਖੋਲ ਨਹੀ ਕਰਦਾ ਹੈ ਅਤੇ ਨਾਲ ਗੱਜਿਆ 403

ਪਹੁੰਚ ਮਨ੍ਹਾ!


ਨ੍ਯੂ XAMPP ਸੁਰੱਖਿਆ ਨੂੰ ਸੰਕਲਪ:

ਬੇਨਤੀ ਕੀਤੀ ਇਕਾਈ ਦਾ ਪਹੁੰਚ ਲੋਕਲ ਨੈੱਟਵਰਕ ਤੱਕ ਹੀ ਉਪਲਬਧ ਹੈ.

ਇਹ ਸੈਟਿੰਗ ਫਾਇਲ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ “httpd-xampp.conf”.

ਤੁਰੰਤ httpd-xampp.conf, ਜੋ ਕਿ ਮੇਰੇ ਲਈ / opt / lamp ਵਿੱਚ ਹੈ ਖੋਲ੍ਹਿਆ / etc / ਵਾਧੂ /, ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ ਸਭ ਕੁਝ ਜੁਰਮਾਨਾ ਦੇਖਿਆ. ਲੋਕਲ ਨੈੱਟਵਰਕ ਲਈ ਨਿਯਮ ਸਨ. ਇਲਾਵਾ ਉਦਘਾਟਨੀ ਲੋਕਲਹੋਸਟ ਤੱਕ. WTF ??? ਮੈਨੂੰ 'ਤੇ ਦੇਖਿਆ ਲਾਗ-ਅਤੇ ਦੇਖੋ ਕਿ ਮੇਰੇ ਪਹੁੰਚ konfiguatsiyata ਕੇ ਕੱਟ ਰਿਹਾ ਹੈ,. ਇੱਥੇ ਹੁਣ ਮੈਨੂੰ ਕੀ gasped ਅਤੇ ਸਾਫ਼ ਕੁੱਝ ਘੱਟ ਕਿਸਮਤ ਸਮੱਸਿਆ ਦਾ ਪਤਾ ਲੱਗਿਆ ਹੈ. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред ਸਾਰੇ ਦਿੱਤੀ ਲੋੜ. ਓ ਯਰੀਕਾ. ਇਹ ਹੈ ਜੋ ਵਿੱਚ ਗਿਆ, ਇੱਕ ਨਵ ਕੰਟਰੋਲ ਵਿਧੀ ਹੈ ਅਪਾਚੇ 2.4.x. ਇਹ ਪਹੁੰਚ ਜ ਅਜਿਹੇ ਕਿਸੇ ਵੀ ਜੁਰਮਾਨਾ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਅਸਲ mimics ਇਜਾਜ਼ਤ / ਕਾਰਜਕੁਸ਼ਲਤਾ ਪਾਬੰਦੀ :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. ਤਬਦੀਲੀ ਮੇਰੇ ਵਿੱਚ ਦਿਸਦਾ ਹੈ ਦੇ ਬਾਅਦ

<ਡਾਇਰੈਕਟਰੀ “/opt / lamp / phpmyadmin”>
AllowOverride authconfig ਸੀਮਾ
ਆਰਡਰ ਦੀ ਇਜਾਜ਼ਤ,ਇਨਕਾਰ
ਸਾਰੇ ਦੀ ਇਜ਼ਾਜਤ
ਸਾਰੇ ਦਿੱਤੀ ਲੋੜ
</ਡਾਇਰੈਕਟਰੀ>

 

Viangi ਇਕ ਹੋਰ ਜੰਗਲੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ, ਉਦਾਹਰਨ ਲਈ, ਫੋਲਡਰ phpmyadmin ਹੋਰ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਬਦਲੋ ਅਤੇ ਕਰਨ ਲਈ ਉਰਫ ਨਾ ਨੂੰ ਕੀ ਕਰਨ ਦੀ. ਪਰ ਇਸ ਨੂੰ ਬਦਸੂਰਤ ਹੈ ਅਤੇ ਬਹੁਤ ਹੀ ਅਰਥਪੂਰਨ ਨਹੀ ਹੈ 🙂

p.s ਉਹ ਮੈਨੂੰ ਇਸੇ ਕਰਕੇ ਮੈਨੂੰ XAMPP ਸਭ ਭਾਗ ਦੇ ਨਾ ਸਾਫ਼ ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ ਵਰਤਣ ਨੂੰ ਕਿਹਾ ਹੈ ਦੇ ਤੌਰ ਤੇ ਉਹ ਮੇਰੇ ਡੇਬੀਅਨ ਦਾ ਜਨਮ ਹੁੰਦਾ ਹੈ – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Zemanta ਨਾਲ ਲੈੱਸ

Image representing MySQL as depicted in CrunchBase

Преди известно време бях писал за MySQL ਨੂੰ ਪੂਰਾ ਪਾਠ ਦੀ ਖੋਜ 🙂 Днес имах много интересно преживяване с една заявка. В общи линии заявката търси за резултати който липсват друга таблица. Един основне Select и един sub select в WHERE частта на заявката. В общи линии скелета и е

SELECT DISTINCT (
`field`
)
FROM `table1`
WHERE `someID` =44
AND `firsTextField` NOT
IN (

SELECT DISTINCT (
`secondTextField`
)
FROM `table2`
WHERE `otherID` =44
)

В общи линии елементарна заявка. Написах я за 30 сек пускам я и зацикли машината. След дълго и търпеливо чакане от моя страна или по точно ~43 сек . Ми се изплю резултат lol . Пффф лудница. Влизам в машината гледам процесора е нормално натоварен почти в idle състояние. Шок и ужас. Пускам пак заявката пак същия резултат. Fuck WTF. Пускам explain на заявката и всичко лъснавторото поле secondTextField е само full text search без index, а там табличката е скромна от около 35к реда. Кой да четеfull text search не е индекс. Вече е ясен проблема набързо едно

ALTER TABLE `links` ADD INDEX ( `linkUrlID` ) 

И нещата си дойдоха на местата Query took 0.0005 sec 😀

Внимавайте как си слагате индексите от тях ви зависи маргинално скоростта на заявката.

p.s Като цяло аз съм си крив за горната ситуация не само защото липсва индекс ами защото не ползва full text search метода 😀

Zemanta ਨਾਲ ਲੈੱਸ

ਕੱਲ੍ਹ MySQL ਦਾ ਵਰਜਨ ਅੱਪਡੇਟ ਕਰਨ ਬਾਅਦ, ਸਰਵਰ-ਵੇਖਿਆ ਹੈ ਮੇਰੇ ਲਈ ਮੇਰੇ 'ਤੇ yelling ਸ਼ੁਰੂ ਕੀਤਾ, ਉੱਥੇ ਇੱਕ ਸਾਰਣੀ ਹੈ, ਜੋ ਕਿ, ਠੀਕ ਨੂੰ ਬੰਦ ਨਾ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ ਕਿ ਹੈ ਅਤੇ ਮੁਰੰਮਤ ਆਦਿ ਦੀ ਲੋੜ ਹੈ. blah, ਕੀ ਹੈ ਕਰੇਗਾ ਇਹ ਸਾਰਣੀ, ਫਿਰ ਵੀ ਮੈਨੂੰ ਇਸ ਸਰਵਰ 'ਤੇ ਮੇਰੇ 30-ਕੁਝ. ਇਕ ਚੋਣ ਨੂੰ ਲਾਗ-s ਵਿੱਚ ਵੇਖਣ ਲਈ ਹੈ ਕੀ ਹੈ ਇਸ ਨੂੰ ਟੇਬਲ ਦੇ ਮੁੱਦੇ ਨੂੰ ਅਤੇ ਚਲਾਓ ਮੁਰੰਮਤ ਜ ਹੋਰ ਚੋਣ 'ਤੇ ਕਹਿੰਦਾ ਹੈ – ਹੁਣ ਤੱਕ ਦੇ ਕੇ ਬਿਹਤਰ – ਇਸ ਨੂੰ ਮੁਰੰਮਤ ਨੂੰ ਚਲਾਉਣ ਲਈ ਹੈ, ਤਸਦੀਕ ਅਤੇ ਸਾਰੇ ਟੇਬਲ ਦੇ ਅਨੁਕੂਲਤਾ. ਇਹ mysqlcheck ਸੰਦ ਹੈ ਵਰਤ ਕਰੇਗਾ. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases

Общо взето, която и от двете команди да използвате, ефектът ще е еднакъвароматична поправка, проверка и оптимизация на всички таблици. След като напишете която и да е от двете команди, ще бъдете попитани за root паролата на mysql server-a ви.