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

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

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

Viime viikolla ostin Fantastico Deluxe-asentaja, mikä minun mielestäni on yksi prilichnye CPanel palvelimet. Me asennettu, testattu ja kaikki meni sujuvasti. Tänään yksi asiakas kertoi, että ongelma koodaus wordpress. Kävin läpi kaikki kerralla lysna ongelma, se oli koodauksen default Latin1 sijaan UTF8 odotetusti. Edelleen hauskin, phpmyadmin kirjoittaa, että UTF8 käytetään oletuksena, teatteri. Päätin tarkastella tiedostoja Fantastico, nähdä, jos siellä on jossain, missä voin olla asetukset oletuksena tietokanta ensi silmäyksellä näki mitään. Olen Tecna nähdä, mitä on minun.Conf ja nähdä, että se ei ole tarvittavat asetukset kokoonpano ja kaikki laski, että se on asennettu oletuksena. Mysql-palvelimen kovakoodattu käyttää UTF8, jos ei asettaa muita asetuksia ja Fantastico on ilmeisesti Latin1 ( se on aika tyhmä päätös). Решението както винаги е тривиално добавят се 2 реда в [tusdi] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

Parannettu Zemanta

Muutama päivä sitten tuli ulos XAMPP 1.8.0 eilen päivityksen jälkeen versio 1.7.7 Minulla on mielenkiintoinen ongelma. Phpmyadmin ei ole auki, ja minä rullattu kanssa 403

Pääsy kielletty!


Uusi XAMPP security-käsite:

Pääsy pyydetty objekti on käytettävissä vain paikallisessa verkossa.

Tämä asetus voidaan konfiguroida tiedosto “httpd-xampp.Conf”.

Heti avasin httpd-xampp.conf, joka minulla on on /opt/lampp/etc/extra/, ensi silmäyksellä, kaikki näyttää hyvältä. Säännöt LAN oli OK. Yhdessä avaaminen paikallinen. WTF ??? Katsoin kirjautuminen ja näen, että minun pääsy on leikattu pois konfiguratuta. Nyt en ahaha, ja rehellisesti sanottuna, hieman onnea, löysin ongelma. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред Vaadi kaikki myönnetyt. Noin Eureka!. Tämä on uusi valvontajärjestelmä, joka sisältyy apache 2.4.x. Hänen kanssaan ei anna pääsyä tai luopumista tällaisia tarvitaan, pohjimmiltaan matkivat Käyttöön/poistaa toimintoja :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. Vaihtamisen jälkeen minun näyttää niin

<Hakemisto “/opt/lampp/phpmyadmin”>
AllowOverride AuthConfig Limit
Jotta sallia,ban
Salli kaikki
Vaadi kaikki myönnetyt
</Hakemisto>

 

Vaikka se on totta, voit kokeilla toista villi, esimerkiksi, voit nimetä phpmyadmin kansioon jotain muuta ja eivät alias. Mutta se on ruma eikä erityisen merkittäviä 🙂

p.s Kysyi minulta, miksi käytän XAMPP sijaan puhdas asennus kaikki komponentit, ja se on, minun Debian syntyi – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Parannettu Zemanta

Image representing MySQL as depicted in CrunchBase

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

Parannettu Zemanta

Eilen, päivityksen jälkeen mysql versio, palvelin tunnisti minun alkoi huutaa minulle,, se on merkki, joka ei ole kiinni siististi ja on korjauksen tarpeessa, ja niin edelleen. Blah, mikä on tämä taulukko, Tein noin 30 tällä palvelimella. Yksi vaihtoehto on nähdä log-Oh, hän kirjoittaa asiasta ja korjata taulukko tai muita – paljon parempi – - korjaus, tarkistaa ja optimoida kaikki pöydät. Voit tehdä tämän, ohjelma käyttää mysqlcheck. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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