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

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

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

La semana pasada compramos Fantastico Deluxe Installer, que en mi humilde opinión es uno de los más reputados para servidores CPanel. Lo probamos instalamos y todo fue bien. Hoy un cliente me informó acerca de un problema con el enkodinga de instalación de wordpress. Busqué y resolver inmediatamente el problema bases fueron con codificación predeterminada en lugar de Latin1 UTF8 como se suponía. Es aún más divertido, en phpmyadmin y se dice que utiliza UTF8 por defecto, drama. Me decidí a revisar los archivos de Fantastico-it para ver que si yo encuentro algún lugar donde la configuración por defecto de bases de datos a primera vista no veo nada. Veo lo que es la nariz comenzó a sangrar en mi. conf-lo que no hubo ajustes apropiados en la configuración y todo comienzo a lo que se establece por defecto. MySQL server es hardkodnat usar UTF8 a menos que se configura con otros ajustes y Fantastico-it con Latin1 ( que es una decisión muy estúpida). Решението както винаги е тривиално добавят се 2 реда в [mysqld] часста за да се окаже UTF8 като кодировка по подразбиране и всичко заспива 🙂

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

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

Mejorado por Zemanta

Hace unos días salió XAMPP 1.8.0 Después de actualizar desde la versión 1.7.7 Tuve un problema bastante interesante. PhpMyAdmin, no mi abertura y izg″rmâvaše con 403

Acceso prohibido!


Nuevo concepto de seguridad XAMPP:

Acceso al objeto solicitado sólo está disponible desde la red local.

Este ajuste puede configurarse en el archivo “httpd-xampp.conf”.

Ahora abrí el xampp httpd conf que me... se encuentra en el/opt/lampp/etcetera/extra /, a primera vista, todo parecía bien. Las reglas para la red local estaban bien. Aparte abro localhost. WTF ??? Miré en el registro y ver que mi acceso es cortado por konfiguaciâta. Aquí cosas ya ahnaha me y francamente un poco de suerte encontré problema. Después de pasar sobre el httpd. conf y Sierra en la Permitir/denegar las cláusulas una última fila Requieren a todos los otorgados. Oh a Eureka. Este es el nuevo mecanismo de control que entró en Apache 2.4. x. Da acceso o rechazar tal todo fino, básicamente imitaron la funcionalidad de permitir/denegar :). Para solucionar el problema le añadimos requieren todos concedidos en carpeta del / opt/lampp/phpmyadmin. Después de los cambios en mi aspecto

<Directorio “/opt/lampp/phpmyadmin”>
AllowOverride AuthConfig límite
Orden permite,negar
Permite a todos
Requieren a todos los otorgados
</Directorio>

 

Siempre puedes probar otro divoti, por ejemplo, para cambiar el nombre de la carpeta phpmyadmin algo la otra y no alias para. Pero es feo y no muy significativa 🙂

p. s frecuentes por qué usar XAMPP y no limpiar la instalación de todos los componentes ya que es mi Debian nací – la respuesta es muy simple – PEREZA. Demasiado perezoso para escribir varios comandos entonces me haz konfovete etcetera.. Muy fácil es el paquete entero razarhiviraš y luz 😉

Mejorado por Zemanta

Image representing MySQL as depicted in CrunchBase

Преди известно време бях писал за Búsqueda de texto completo de 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 метода 😀

Mejorado por Zemanta

Ayer después de la actualización de la versión de mysql, mi servidor comenzó a gritar a mí, Tiene una bandeja, no se ha cerrado limpio y necesitan reparación, etcetera.. Bla, Qué es esta tabla, todavía tiene alrededor de 30 en este servidor. Una opción es ver el registro-s lo que dice sobre el asunto y realizar una reparación de la tabla o la otra opción – mucho mejor – es ejecutar una reparación, controlar y optimizar todas las tablas. Para ello, utilizo la herramienta mysqlcheck. Общо взето вариантите в случая са като и двете коменди са синонимни една на друга:

mysqlcheck -Aor -u root -p

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

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