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

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

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

Минулого тижня ми придбали Fantastico Deluxe інсталятор, які, на мою скромну думку є одним з найбільш авторитетних CPanel серверів. Ми тестували її ми встановили, і все пройшло гладко. Сьогодні клієнтів, повідомив мені про проблеми з enkodinga wordpress установка. Я підняв очі і відразу ж отримати баз були з кодуванням за замовчуванням замість Latin1 UTF8, як повинна була проблема. Є навіть веселіше, в phpmyadmin і він каже, що вона використовує UTF8 за промовчанням, драма. Я вирішив переглянути ці файли, щоб побачити, якщо я можу знайти собі відшукує де настройки за промовчанням бази даних, портали на перший погляд я бачу нічого didn't Fantastico-це. Я бачу, що таке ніс почав кровотеча в моєму. conf що не було ніяких відповідні настройки в конфігурації і все почати що встановлений за замовчуванням. MySQL є hardkodnat використовувати UTF8, якщо настроєно з іншими настройками та з Latin1 Fantastico-it ( яка є досить дурне рішення). Решението както винаги е тривиално добавят се 2 реда в [туздИ] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

Посилюється Zemanta

Кілька днів тому вийшов XAMPP 1.8.0 Після оновлення з версії 1.7.7 Я мав досить цікавою проблемою. PhpMyAdmin, не моє відкриття і izg″rmâvaše з 403

Доступ заборонено!


Нова концепція безпеки XAMPP:

Доступ до Запитаний об'єкт доступна тільки з локальної мережі.

Цю настройку можна налаштувати у файлі “httpd-xampp.conf”.

Тепер я відкрив httpd-conf xampp які мені.. розташований у / opt/lampp/д/екстра /, на перший погляд, здавалося, все чудово. Правила для локальної мережі були штрафу. Крім того, я б відкрити локальний. WTF ??? Я подивився в журналі і побачити, що мої access відрізаний від konfiguaciâta. Ось речі вже ahnaha мене і, чесно кажучи роду трохи удачі я знайшов проблему. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред Все, що вимагають надано. Ох до Eureka. Це новий механізм контролю, яка увійшла в Apache 2.4. x. Це дає доступ або відмовляється від таких все добре, в основному наслідували дозволити/заборонити функціональність :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. Після зміни в мене має такий вигляд:

<Реєстр “/Opt/lampp/phpmyadmin”>
AllowOverride AuthConfig межа
Наказ дозволити,заперечувати
Дозвольте від всіх
Все, що вимагають надано
</Реєстр>

 

Ви завжди можете спробувати інший divoti, Наприклад, щоб перейменувати папку phpmyadmin щось інші і не треба псевдонім для. Але це некрасиво і не дуже значущим 🙂

p. s просили мене, чому я використовую XAMPP і не чистого встановлення всіх компонентів, як це моя Debian народився – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Посилюється Zemanta

Image representing MySQL as depicted in CrunchBase

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

Посилюється Zemanta

Вчора після оновлення версії mysql, мій сервер стартував голосячий при мені, Вона має підношення, що не закрито чисто і які потребують ремонту і т. д.. Бла, Що таке цю таблицю, до цих пір близько 30 на цьому сервері. Один з варіантів полягає бачити лог s, що говорить про матерію і виконати ремонт на таблицю або інший варіант – набагато краще – Щоб запустити процедуру відновлення, Перевірте та оптимізувати усі таблиці. Для цієї мети я буду використовувати інструмент "mysqlcheck". Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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