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

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

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

Seit letzter Woche gekauft Fantastico Deluxe-Installer, die in meiner bescheidenen Meinung nach ist eine der Ordnung für CPanel Server. Wir installiert es und getestet alles verlief reibungslos. Heute, ein Kunde erzählte mir von einem Problem mit der Codierung von Wordpress-Installation. Durch das Zeug und sofort leuchteten Problem Basen waren Latin1 Standard UTF8 anstelle der Annahme,. Noch mehr Spaß, dass phpMyAdmin-geschrieben und wird standardmäßig verwendet UTF8, Drama. Ich beschloss, die Dateien von Fantastico-es zu überprüfen, um zu sehen, ob es irgendwo ist, wo ich mich Datenbank von Standardeinstellungen finden zunächst nichts gesehen. etwas Tekna mich dann zu sehen, was in ist my.conf-und was es zu sehen gab keine entsprechenden Einstellungen in der Konfiguration und alle Lichter auf, was als Standard eingestellt ist. Mysql Server hardkodnat UTF8 verwenden, wenn es mit anderen Einstellungen und konfiguriert ist Fantastico-es ist offensichtlich Latein1 ( was ziemlich dumme Entscheidung). Решението както винаги е тривиално добавят се 2 реда в [mysqld] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

zemanta ausgebaut.

Ein paar Tage aus XAMPP 1.8.0 gestern nach dem Upgrade von Version 1.7.7 Ich hatte ein recht interessantes Problem. Phpmyadmin, und er lässt sich nicht öffnen und brüllte mit 403

Zugang verboten!


Neue XAMPP Sicherheitskonzept:

Der Zugriff auf das angeforderte Objekt ist nur aus dem lokalen Netzwerk.

Diese Einstellung kann in der Datei konfiguriert werden “Httpd-xampp.conf”.

Sofort öffnete httpd- xampp.conf mir, die in der / opt / lampp / etc / extra /, alles auf den ersten Blick sah gut aus. Die Regeln für das lokale Netzwerk gehörten. Neben der Öffnung localhost. WTF ??? Ich schaute auf die Log-und sehen, dass mein Zugang von konfiguatsiyata abgeschnitten. Hier nun, was ich keuchte und ehrlich gesagt etwas weniger Glück gefunden, das Problem. Nach dem gehen über die Httpd. Conf und sah in die Allow/Deny Klauseln eine letzte Zeile Verlangen, dass alle gewährten. Oh Heureka. Dies ist ein neuer Kontrollmechanismus, der abgeschlossen Apache 2.4.x. Es ermöglicht den Zugriff oder eine solche feinen Verweigerung, grundsätzlich imitiert Zulassen / Verweigern Funktionalität :). Um das Problem zu beheben, das fügen wir alle erteilten in der/opt/Lampp/Phpmyadmin-Ordner benötigen. Nach den Änderungen in mir aussieht

<Verzeichnis “/opt / lampp / phpMyAdmin”>
AllowOverride AuthConfig Grenze
Bestellen Sie erlauben,verweigern
Lassen Sie von allen
Verlangen, dass alle gewährten
</Verzeichnis>

 

Viangi kann eine andere wilde versuchen, zum Beispiel den Ordner phpMyAdmin etwas anderes und nicht Alias ​​umbenennen. Aber es ist hässlich und nicht sehr aussagekräftig 🙂

P.S Sie fragten mich, warum ich XAMPP nicht sauber Installation aller Komponenten verwenden, wie sie mein Debian ist geboren – die Antwort ist eigentlich ganz einfach – FAULHEIT. Mich zu faul, um mehrere Befehle zu schreiben dann Konfovete etc. bekommen.. Ist ganz einfach nehmen Sie Ihre ganze Packung Razarhiviraš und leichte 😉

zemanta ausgebaut.

Image representing MySQL as depicted in CrunchBase

Vor einiger Zeit schrieb ich über MySQL Volltextsuche 🙂 Heute hatte ich eine sehr interessante Erfahrung, mit einer Anfrage. In der Regel, was die Anwendung sucht nach Ergebnissen fehlt eine andere Tabelle. Wählen Sie eine Haupt- und eine Unter auswählen, die in der WHERE-Teil der Anwendung. Im allgemeinen Skelett und

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

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

Im Allgemeinen elementare Anforderung. Ich schrieb es für 30 sec führen Sie es und steckte Maschine. Nach einem langen und geduldig auf meinen Teil warten oder einfach nur ~ 43 sec . Es spuckte Ergebnis lol . pfff Irrenhaus. Anmeldung Maschine Blick Prozessor ist in der Regel damit beschäftigt fast Ruhezustand. Schock und Horror. Führen Sie erneut anfordern wieder das gleiche Ergebnis. Bumsen WTF. Führen Sie die Anwendung und erklären alles leuchteten – zweite Feld secondTextField nur Volltextsuche без Index, und es gibt eine bescheidene Tablett von etwa 35K Reihen. Wer lesen – Volltextsuche не е индекс. Schon klar Problem schnell ein

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

Und die Dinge fiel in Platz Abfrage in 0.0005 sec 😀

Seien Sie vorsichtig, wie Sie Indizes von ihnen setzen, hängt von Ihrer Grenzrate Anfrage.

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

zemanta ausgebaut.

Gestern nach der Version von MySQL aktualisieren, server gesehen mir fing an mir zu kreischen, , dass es eine Tabelle,, das war nicht sauber geschlossen und muss repariert werden, usw.. bla, Was wird diese Tabelle, Noch habe ich meine 30 etwas auf diesem Server. Eine Möglichkeit ist, im Protokoll-s zu sehen, was sagt es über die Frage und führen die Reparatur der Tabelle oder die andere Option – der bei weitem bessere – Es ist die Reparatur laufen, Überprüfung und Optimierung aller Tabellen. Dies wird verwenden mysqlcheck Werkzeug. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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