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

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

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

Ekde lasta semajno aĉetis Fantastico Luksoklasa instalilo, kiu en mia humila opinio estas unu el la plej deca por CPanel serviloj. Ni instalis ĝin kaj provita ĉiu iris glate. Hodiaŭ, kliento rakontis al mi pri problemo kun la kodigo de WordPress instalado. Tra la aĵoj kaj tuj ekbrilis problemo bazojn Latin1 kodoprezenton defaŭlte UTF8 anstataŭ supozante. Eĉ pli amuza estas, ke phpMyAdmin-skribis kaj estas uzata defaŭlte UTF8, dramo. Mi decidis revizii la dosieroj de Fantastico-al vidi se estas ie kie mi povas trovi mem enmetajxon datumbazo defaŭlte unue vidis nenion. Tiam io TEKNA mi vidi kio estas en my.conf-kaj kion vidi ekzistis neniu responda difinoj en la agordo kaj ĉiuj liaj lumoj sur kion oni metas kiel defaŭltan. Mysql servilo hardkodnat uzi UTF8 se ĝi estas agordita kun aliaj agordojn kaj Fantastico-tio evidente estas Latin1 ( kiuj estas sufiĉe stulta decido). Решението както винаги е тривиално добавят се 2 реда в [mysqld] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

Plibonigita per Zemanta

Kelkajn tagojn ekstere XAMPP 1.8.0 hieraŭ post ĝisdatigo de la versio 1.7.7 Mi havis tre interesa problemo. Phpmyadmin-kaj li ne malfermos ridegis 403

aliro malpermesita!


Nova XAMPP sekureco koncepto:

Aliro al la petita objekto estas nur havebla de la loka reto.

Tiu aranĝo povas esti agordita en la dosiero “httpd-xampp.conf”.

Tuj malfermis httpd-xampp.conf kiu min trovas en la / opt / lampp / etc / kroma /, Unuavide ĉio aspektis bone. La reguloj por loka reto estis inter. Krom la malfermo localhost. WTF ??? Mi rigardis la log-kaj vidu miajn aliro estas ekstermita fare konfiguatsiyata. Tie nun kion mi anhelis kaj sincere iom malpli sorton trovis la problemon. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред Postulas tutan konceditaj. Ho eureka. Jen nova kontrolo mekanismo kiu eniris en apache 2.4.x. Ĝi donas aliron aŭ rifuzante ajnan tian fajnan, esence imitas Permesu / Deny funcionalidad :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. Post la ŝanĝoj en mi aspektas kiel

<dosierujo “/opt / lampp / phpmyadmin”>
AllowOverride AuthConfig Limo
por permesi,nei
Permesi el ĉiuj
Postulas tutan konceditaj
</dosierujo>

 

Viangi povas provi alian sovaĝan, ekzemple, renomi la dosierujon phpmyadmin io alia kaj ne alias al. Sed estas malbela kaj ne tre signifoplena 🙂

p.s Ili demandis min kial mi uzas XAMPP ne pura instalado de ĉiuj komponantoj kiel ili estas mia Debian naskita – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Plibonigita per Zemanta

Image representing MySQL as depicted in CrunchBase

Преди известно време бях писал за MySQL Plena Teksto Serĉo 🙂 Днес имах много интересно преживяване с една заявка. В общи линии заявката търси за резултати който липсват друга таблица. Един основне 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 метода 😀

Plibonigita per Zemanta

Hieraŭ post ĝisdatigi la versio de MySQL, servilo-vidis min komencis krii min, ke estas tablo, kiu ne estis fermita pure kaj bezonas riparon, ktp. bla, kion volas tiu tablo, Ankoraŭ mi havas mian 30-io sur ĉi servilo. Unu eblo estas vidi en la logo-s kio diras sur la temo kaj kuri riparo de la tablo aŭ la alia eblo – senkompare pli bone – Ĝi estas kuri riparo, verificación kaj optimumigo de ĉiuj tabloj. Ĉi uzos mysqlcheck ilo. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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