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

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

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

Verlede week het ek gekoop Fantastico Deluxe installeerder, wat in my nederige opinie is een van die mees prilichnye vir CPanel bedieners. Ons het dit geïnstalleer getoets en alles het glad verloop. Vandag is een kliënt het my vertel oor die probleem met die kodering op wordpress. Ek hersien alles op een slag lysna probleem, dit was met die kodering van die standaard Latin1 in plaas van UTF8 soos verwag. Nog steeds die snaaksste, in phpmyadmin skryf dat UTF8 wat gebruik word by verstek, teater. Ek het besluit om te kyk na die lêers Fantastico, om te sien of daar iewers waar ek kan die instellings vir die standaard databasis met die eerste oogopslag het niks gesien nie. Ek is Tecna om te sien wat is in my.Conf en sien dat dit was nie die toepaslike instellings in die opset en al het dat dit geïnstalleer deur die standaard. Mysql bediener gekodeer om te gebruik UTF8 indien nie stel aan ander instellings en Fantastico is natuurlik Latin1 ( dit is'n redelik dom besluit). Решението както винаги е тривиално добавят се 2 реда в [tusdi] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

Versterk deur Zemanta

'n paar dae gelede het uit XAMPP 1.8.0 gister na die opgradering van weergawe 1.7.7 Ek het'n nogal interessant probleem. Phpmyadmin nie oop nie, en ek gerol met 403

Toegang verbode!


Nuwe XAMPP sekuriteit konsep:

Toegang tot die verlangde voorwerp is slegs beskikbaar vanaf die plaaslike netwerk.

Hierdie instelling kan ingestel word in die lêer “httpd-xampp.Conf”.

Onmiddellik het ek oopgemaak die httpd-xampp.conf wat ek het is in /kies/lampp/etc/ekstra/, met die eerste oogopslag, alles lyk goed. Reëls vir die LAN was OK. Saam met die opening van die plaaslike. WTF ??? Kyk na die log en ek sien dat my toegang is afgesny van konfiguratuta. Nou al wat ek ahaha en, eerlik gesê, 'n bietjie geluk, ek het gevind dat die probleem. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред Vereis dat alle toegestaan. Oor Eureka!. Dit is'n nuwe beheer meganisme, wat is ingesluit in apache 2.4.x. Met hom gee nie toegang tot of kwytskelding van sodanige vereiste, basies naboots Aktiveer/deaktiveer funksies :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. Na die verandering van my lyk so

<Gids “/kies/lampp/phpmyadmin”>
AllowOverride AuthConfig Beperk
Om voorsiening te,verbod
Laat van al
Vereis dat alle toegestaan
</Gids>

 

Terwyl dit waar is, kan jy probeer om'n ander wild, byvoorbeeld, om die naam van die phpmyadmin gids tot iets anders, en nie alias. Maar dit is lelik en nie besonder betekenisvol 🙂

p.s het my Gevra hoekom ek gebruik XAMPP in plaas van'n skoon installasie van al die komponente, en dat is, my Debian is gebore – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Versterk deur Zemanta

Image representing MySQL as depicted in CrunchBase

'n geruime tyd gelede het ek geskryf oor MySQL Volledige Teks Soek 🙂 Vandag het ek het'n baie interessante ervaring met een aansoek. In die Algemeen, die aansoek soektogte vir die resultate dat geen ander tafel. Kies een van die belangrikste en een sub kies in die WAAR'n deel van die navraag. Algehele, die geraamte

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

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

In die Algemeen, 'n eenvoudige soektog. Ek het dit geskryf vir 30 speel met haar en slotte die masjien. Na'n lang tyd en wag geduldig met my hand of net ~43 sec . Ek spoeg uit die resultaat lol . Pfff waansin. Ek gaan in die kar om te kyk na die CPU besig byna normale by die res. Skok en afgryse. Ek loop die soektog weer met dieselfde resultaat. Fok WTF. Uit te reik die verduidelik van die navraag en al lysna – die tweede veld secondTextField net volledige teks soek sonder indeks, en daar is'n skinkbord en beskeie oor 35K rye. Wat moet lees – volledige teks soek is nie'n aanduiding. Dit is reeds duidelik dat die probleem vinnig

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

En jou dinge het in plek Navraag het 0.0005 sec 😀

Wees versigtig hoe jy indeks hang af van die marginale koers versoek.

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

Versterk deur Zemanta

Gister, na die opgradering weergawe mysql, bediener erken my het begin om te skree op my,, dit is'n teken, wat was nie gesluit nie netjies en is in die behoefte van herstel, en so aan. Blah, wat sal hierdie tafel, Ek het sowat 30 op hierdie bediener. Een opsie is om te sien in die log-O, hy skryf oor hierdie kwessie en om te herstel van die tafel of die ander – baie beter – - herstel, kyk en te optimaliseer al die tafels. Om dit te doen, die program sal gebruik mysqlcheck. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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