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

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

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

Minulý týden jsme koupili Fantastico Deluxe instalátor, což podle mého skromného názoru je jeden z nejvíce renomovaných pro servery CPanel. Testovali jsme ji instalovali jsme a všechno šlo hladce. Dnes mě zákazníka informoval o problému s enkodinga wordpress instalace. Podíval jsem se a ihned problém, základny byly s výchozí kódování namísto Latin1 UTF8, jak měl. Ještě větší zábava je, v phpmyadmin a to říká, že používá UTF8 jako výchozí, drama. Rozhodl jsem se zkontrolovat soubory Fantastico to zjistit, že jestli najdu sám někam kde nastavení pro výchozí databáze na první pohled nic jsem neviděla. Vidím, co je nos začala krvácet v mém. conf co vidět, nebyl žádný odpovídající nastavení v konfiguraci a začít všechno co je ve výchozím nastavení. MySQL server je hardkodnat použít UTF8, pokud nakonfigurován s jinými nastaveními a Fantastico-it s Latin1 ( což je docela hloupé rozhodnutí). Решението както винаги е тривиално добавят се 2 реда в [mysqld] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

Umocněn Zemanta

Před pár dny vyšel XAMPP 1.8.0 Po inovaci z verze 1.7.7 Měl jsem docela zajímavý problém. PhpMyAdmin není můj úvodní a izg″rmâvaše s 403

Přístup zakázán!


Nová koncepce zabezpečení XAMPP:

Přístup k požadovanému objektu je pouze k dispozici v místní síti.

Toto nastavení lze konfigurovat v souboru “httpd-xampp.conf”.

Teď jsem otevřela httpd-conf xampp což je pro mě... se nachází v the/opt/lampp/etc/extra /, na první pohled všechno zdálo fine. Pravidla pro místní síť, byly v pořádku. Kromě toho by otevřete localhost. WTF ??? Jsem se podíval na protokolu a vidět, že můj přístup je úkonem konfiguaciâta. Musím říct už ahnaha a upřímně druh trochu štěstí jsem našel problém. Poté, co nad httpd. conf a pila v posledním řádku povolit/zakázat klauzule jeden Požadovat, aby všechny poskytnuté. Oh do Eureky. To je nový kontrolní mechanismus, který vstoupil do Apache 2.4.x. To dává přístup nebo odmítnutí takové vše v pořádku, v podstatě napodobil povolit/zakázat funkce :). K nápravě tohoto problému jsme přidali, vyžadují všechny udělené v the/opt/lampp/phpmyadmin složka. Po změnách ve mně vypadá takto

<Adresář “/opt/lampp/phpmyadmin”>
AllowOverride AuthConfig Limit
Objednávky umožňují,Odepřít
Povolení od všech
Požadovat, aby všechny poskytnuté
</Adresář>

 

Vždy můžete zkusit další divoti, Například přejmenovat složku phpmyadmin něco jiného a ne alias na. Ale je to ošklivý a velmi významné 🙂

p. s kladené, proč jsem použít XAMPP, a ne čisté instalaci všech součástí, jak je můj Debian se narodila – odpověď je opravdu velmi jednoduchá – LENOST. Já příliš líný psát více příkazů a pak se konfovete atd.. Poměrně snadné je vzít celý pack razarhiviraš a lehké 😉

Umocněn Zemanta

Image representing MySQL as depicted in CrunchBase

Před časem jsem psal o MySQL Full textové vyhledávání 🙂 Dnes jsem měl, že velmi zajímavou zkušenost s dotazem. Obecně platí je dotaz hledají výsledky, kterým chybí jiné tabulky. A vyberte sub osnovne a vyberte v části kde aplikace. Obecně platí, kostra a je

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

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

V obecné, prosté žádosti. Napsal jsem ji pro 30 SEC jí pustil a strčil stroj. Po dlouhé a trpělivě čekají na mé straně, nebo jen ~ 43 sekund . Plivat mé skóre lol . Pfff blázinec. Zadejte počítač, který hledá CPU je obvykle načten téměř v klidovém stavu. Šok a hrůza. Spusťte dotaz znovu stále stejného výsledku. Seru na WTF. Spusťte dotaz a vysvětlit vše, co jsem – druhé pole je pouze secondTextField Full-textové vyhledávání Žádný index, a tam je skromný zásobník asi 35 k řádku. Co číst – Fulltextové hledání index není. Je to již jasné, problém rychle jedna

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

A věci se místa, dotazu 0.0005 s 😀

Dávejte pozor na to, jak umístit indexy z nich závisí na vašem mezní míra aplikace.

p.s Като цяло аз съм си крив за горната ситуация не само защото липсва индекс ами защото не ползва fulltextové vyhledávání метода 😀

Umocněn Zemanta

Včera po aktualizaci na verzi mysql, můj server začal na mě křičet, To má zásobník, to nebyla uzavřena čistě a potřebují opravit, atd.. Bla, Co je pod tímhle, ještě asi 30 na tomto serveru. Jednou z možností je vidět log-s, to, co říká o této záležitosti a spustit opravu tabulky nebo jinou možnost – daleko lépe – Spustit opravu, je, kontrolovat a optimalizovat všechny tabulky. K tomuto účelu bude používat nástroj mysqlcheck. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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