MySQL/MariaDB login DB es igual a postgreSQL ahora! SIN CLAVE!

[PICCORO McKAY Lenz]

Tal como señala la documentacion la cuenta root ahora solo entra si eres el usuario root, la diferencia es que en posttgres no es "root" sino "postgres" pero el principio es el mismo

https://mariadb.com/kb/en/library/moving-from-mysql-to-mariadb-in-debian-9/#secure-passwordless-root-accounts-only-on-new-installs

ANTES: para entrar se configuraba un usuario admin que casualmente se llamaba "root" y se le colocaba uan clave.

AHORA: al igual que postgres, (idem) solo pueden entrar si el usuario que ejecuta el comando es el mismo al que pretende usar en la base de datos, claro esto es configurable.

MariaDB 10.0 en adelante en Debian utiliza autenticación de socket unix en nuevas instalaciones para evitar problemas de gestión de contraseñas de root y así "ser más seguro" (ah? como es la vaina?) y fácil de usar con los sistemas de provisión de la era de la nube.

Debian habilita por defecto el UNIX_SOCKET Authentication Plugin, permitiendo el inicio de sesión sin contraseña SOLO PARA EL MISMO USUARI ODEL ENTORNO RESPECTO EL QUE ACCEDE. https://mariadb.com/kb/en/unix_socket-authentication-plugin/

Esto sólo afecta a las nuevas instalaciones. Las actualizaciones de versiones anteriores continuarán utilizando la autenticación y las cuentas de usuario que ya existían. Sin embargo, esto es bueno saberlo, ya que puede afectar a las actualizaciones de sistemas dependientes, por lo general, por ejemplo, requieren que los usuarios reescriban sus scripts Ansible y tareas similares.

En siguientes correos documentare como desabilitar dicha opcion.

Lenz McKAY Gerardo (PICCORO)

http://qgqlochekone.blogspot.com

[victor diex Diaz Devera]

verga ese correo no es tuyo :-D

--
https://groups.google.com/forum/m/#!forum/venenuxsarisari
---
Has recibido este mensaje porque estás suscrito al grupo "venenuxsarisari" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a venenuxsarisari+unsubscribe@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a venenuxsarisari@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Domingo Utrera]

mysql es una mierda

--

Domingo Utrera

[Angel Velasquez]

Ni una descalificación hacia alguien. No pense vivir para ver esto. :)

[victor diex Diaz Devera]

El 3 de agosto de 2018, 10:54, Angel Velasquez <angel...@gmail.com> escribió:

Ni una descalificación hacia alguien. No pense vivir para ver esto. :)

On Aug 3, 2018 10:41 AM, "Domingo Utrera" <doming...@gmail.com> wrote:

mysql es una mierda

Yo no lo creo, mis respetos a MySQL , aunque debo decir que hace años la abandone por PostgreSQL

pero no les parece un coñazo que el count() de postgreSQL sea una mierda comparado con el de MySQL,

no me salgan con detalles técnicos artos conocidos por todos, solo digo que hay cosas puntuales donde

MySQL es mejor que postgreSQL

[Venenux sarisarinama Mail list]

ergsa como hablan paja de uno por aqui, PERO QUE CONO QUIEREN QUE DESCALIFIQUE! ES OBVIO QUE MYSQL ES UNA MIERDA! ya lo dijo Domingo solo por reafirmar lo ovbio

no es que lo defienda, es que el count de posgtres no es que es una mierda sino que contar 2 tablitas de unos cuantos miles de registros con postgres es como poner a i7 emular nintendo 8 bits! ifual tardara abrir el archivo si es de pendrive!

el count de postgres esta hecho para cosas nivel dios, miles de millones de registros.. eso me lo explicaron hace tiempo..

el correo es solo para informar que intentar ponerse a la altura de postgres, pero puff en postres la gente configura uan clave, ironico jajajajaj

[victor diex Diaz Devera]

El 3 de agosto de 2018, 11:49, Venenux sarisarinama Mail list <venenux...@googlegroups.com> escribió:

ergsa como hablan paja de uno por aqui, PERO QUE CONO QUIEREN QUE DESCALIFIQUE! ES OBVIO QUE MYSQL ES UNA MIERDA! ya lo dijo Domingo solo por reafirmar lo ovbio

no es que lo defienda, es que el count de posgtres no es que es una mierda sino que contar 2 tablitas de unos cuantos miles de registros con postgres es como poner a i7 emular nintendo 8 bits! ifual tardara abrir el archivo si es de pendrive!

WTF ? que burrada acabas de decir ! intenta esto en ambas con 500.000 registros

select count(id_algo) as count from tabla ;

y te mira quien es mas rápido, tuve que hacer una implementación especias en mis sistemas por que el count de postgresql es lento caballero y mientras mas registros MAS LENTO , el de mysql es muy rápido , para que tengas una idea señor sabeloton con el hardware que quieras el de mysql es como mínimo 800% mas rápido, por supuesto todo esto esta explicado en la forma que postgresql hace la consulta y mira fila por fila , al contrario mysql solo usa estadísticas, pero eso no quita el hecho que en la vida real eso termina haciendo que uno escriba mas código o haga de mago, y te lo dice alguien que lo usa a parte se SQLite en todos sus proyectos, solo he usado Mysql cuando me lo han pedido y por que no he logrado convencer de lo contrario, pero las cosas como son y por favor no andar tirando flechas, que en un futuro alguien lee la lista y se encuentra con semejantes pendejadas

[victor diex Diaz Devera]

Información al respecto http://www.varlena.com/GeneralBits/120.php

El 3 de agosto de 2018, 12:01, victor diex Diaz Devera <vitr...@gmail.com> escribió:

[PICCORO McKAY Lenz]

revisando, se ve interesante:o http://www.varlena.com/GeneralBits/120.php

ya lo he intentado con 12millones de registros (la existencia actual)

veras es uan caracteristica obvia en cualquier manejador "grande liga"

aqui cuando yo creo una tabla y realizo count en oracle o sybase, se queda pegado, por resumir..

igual en postgres con las mimas tablas y mismos registros (sin relaciones)

pero por un count pufff, que va! , una cosa es ser lento y otra es hacerlo lento..

https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:9531866200346222886

en los grandes manejadores necesitan no solo rapidez, mucho mas importante es la precision y escalabilidad de lso datos

El tiempo extra que se tarda postgres es debido a la función COUNT (porque el tema ya con las DBMS es ser nivel dios) es que necesita hacer un trabajo adicional después de obtener los datos que sólo mostrarlos si se selecciona *, esto es fiabilidad e integridad en PARTICIONES, data particion, puesto la data es repartida.

Y tardar 1 o medio minuto para obtener el conteo (*) no es para nada lento con los millones de registros que tenia yo.

Lenz McKAY Gerardo (PICCORO)

http://qgqlochekone.blogspot.com

[Venenux sarisarinama Mail list]

BUENO PARA REMATAR: que demuestra lo basura de mysql:

https://github.com/owncloud/core/issues/18918

https://github.com/owncloud/core/issues/20555

cosa que no ocure en postgres

Desde un principio me dijeron, si manejar millones de archivos en la red, no uses mysql, usa algo poderoso, oracle o postgres!

el año pasado puse uno con mysql porqu estaba apurado y me arrepenti

[Domingo Utrera]

jajajaja ahora van  a pelear, si podtgres o mysql es mejor, al final todo depende del programador y si las estructuras de las tablas estan hechas de forma adecuada

[PICCORO McKAY Lenz]

no vale yo uso mysql,

puff es facil dos click y ya,

en debian apt-get install y ahora con eso de root sin clave mucho mas facil

pero es verdad depende de la necesidad, por ejemplo postgres y mysql estan en pañales con la replicacion.. alli mssql y sybase le llevan una morena, replicain con ftp, con pendrive incluso replican con el rabillo del ojo...

una version llamada PERCONA esta si a la altura de postggres, es un mysql con esteroides

PERO RECIENTEMENTE SALIO MARIADB AX QUE SEGUN PUFF ESTA PONIENDOSE SERIA, le falta aun cosas pero se ve como buen prospecto

lastimosamente todas carecen de lo escencial, la distribucion de data por si mismas en vez de recaer en DRBD

Lenz McKAY Gerardo (PICCORO)

http://qgqlochekone.blogspot.com