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

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

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

Sejak minggu lepas membeli Fantastico Deluxe pemasang, yang pada pendapat saya adalah salah satu yang paling baik untuk pelayan CPanel. Kami dipasang dan diuji semuanya berjalan lancar. Hari ini, pelanggan memberitahu saya tentang masalah dengan pengekodan pemasangan wordpress. Melalui barangan dan pangkalan masalah segera bersinar adalah Latin1 UTF8 pengekodan piawai berbanding menganggapnya. Lebih menyeronokkan adalah, yang phpmyadmin-menulis dan digunakan secara lalai UTF8, drama. Saya membuat keputusan untuk mengkaji semula fail Fantastico-it untuk melihat jika terdapat adalah suatu tempat di mana saya boleh mendapati diri saya tetapan pangkalan data secara lalai pada mulanya melihat apa-apa. Kemudian sesuatu Tekna saya untuk melihat apa yang ada di my.conf dan apa yang boleh dilihat tidak ada tetapan berkaitan dalam konfigurasi dan semua lampu pada apa sahaja yang ditetapkan sebagai lalai. server mysql hardkodnat menggunakan UTF8 melainkan dikonfigurasikan dengan tetapan lain dan Fantastico-ia jelas adalah Latin1 ( yang merupakan keputusan cukup bodoh). Решението както винаги е тривиално добавят се 2 реда в [mysqld] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

Dipertingkatkan oleh Zemanta

Beberapa hari keluar XAMPP 1.8.0 semalam selepas naik taraf dari versi 1.7.7 Saya mempunyai cukup satu masalah yang menarik. Phpmyadmin dan dia tidak membuka dan mengaum penuh semangat dengan 403

akses dilarang!


konsep keselamatan baru XAMPP:

Akses kepada objek yang diminta hanya boleh didapati dari rangkaian tempatan.

Tetapan ini boleh dikonfigurasikan dalam fail “httpd-xampp.conf”.

Dengan serta-merta membuka httpd-xampp.conf yang bagi saya adalah dalam / opt / lampp / etc / tambahan /, Pada pandangan pertama segala-galanya kelihatan halus. Peraturan untuk rangkaian tempatan adalah antara. Selain localhost pembukaan. WTF ??? Saya melihat pada log dan melihat bahawa akses saya terputus oleh konfiguatsiyata. Di sini sekarang apa yang saya gasped dan terus terang agak kurang nasib mendapati masalah ini. След като преглеждах httpd.conf-а видях в Allow/Deny клаузите един последен ред Memerlukan semua diberikan. Oh eureka. Ini adalah satu mekanisme kawalan baru yang masuk ke dalam apache 2.4.x. Ia memberikan akses atau menolak mana-mana denda itu, pada dasarnya meniru Benarkan / Halang fungsi :). За да поправим проблема добавяме Require all granted в директивите за папката /opt/lampp/phpmyadmin. Selepas perubahan pada diri saya kelihatan seperti

<Direktori “/opt / lampp / phpmyadmin”>
AuthConfig Had AllowOverride
Bagi membolehkan,menafikan
Benarkan dari semua
Memerlukan semua diberikan
</Direktori>

 

Viangi boleh cuba liar lain, sebagai contoh, untuk menamakan semula sesuatu folder phpmyadmin lain dan tidak melakukan alias untuk. Tetapi ia adalah hodoh dan tidak begitu bermakna 🙂

p.s Mereka bertanya kepada saya mengapa saya menggunakan XAMPP tidak pemasangan bersih semua komponen seperti mereka adalah Debian saya dilahirkan – отговорът е много много простМЪРЗЕЛ. Мързи ме да напиша няколко команди после да си пипна конфовете и прочие. Доста по лесно е сваляш целия пакет разархивираш и палиш 😉

Dipertingkatkan oleh Zemanta

Image representing MySQL as depicted in CrunchBase

Преди известно време бях писал за Carian teks penuh 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 метода 😀

Dipertingkatkan oleh Zemanta

Semalam selepas mengemas kini versi mysql, server-dilihat saya mula menjerit pada saya, bahawa terdapat sebuah meja, yang tidak ditutup secara bersih dan perlukan pembaikan, dan lain-lain. blah, apa yang akan jadual ini, Masih Saya mempunyai 30-an saya pada pelayan ini. Salah satu pilihan adalah untuk melihat dalam log-s apa yang dikatakan pada isu dan menjalankan pembaikan meja atau pilihan lain – setakat ini yang lebih baik – Ia adalah untuk menjalankan pembaikan, pengesahan dan pengoptimuman semua jadual. Ini akan menggunakan alat mysqlcheck. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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