{"id":473,"date":"2014-09-30T10:17:00","date_gmt":"2014-09-30T08:17:00","guid":{"rendered":"http:\/\/dbahire.com\/?p=473"},"modified":"2016-10-29T01:57:08","modified_gmt":"2016-10-28T23:57:08","slug":"hoy-es-el-dia-en-que-myisam-ha-dejado-de-ser-necesario","status":"publish","type":"post","link":"https:\/\/jynus.com\/dbahire\/hoy-es-el-dia-en-que-myisam-ha-dejado-de-ser-necesario\/","title":{"rendered":"Hoy es el d\u00eda en que MyISAM ha dejado de ser necesario"},"content":{"rendered":"

\"RIPPor supuesto, esto s\u00f3lo es un t\u00edtulo para llamar la atenci\u00f3n. Por lo que yo s\u00e9 no todas las tablas de sistema se pueden convertir a InnoDB todav\u00eda<\/em> (por ejemplo, las tablas de privilegios), lo cual convierte la cabecera en t\u00e9cnicamente falsa. MyISAM es un motor muy simple, y eso tiene algunas ventajas inherentes (no hay carga extra debido a las transacciones, m\u00e1s f\u00e1cil de “editar” manualmente, normalmente ocupa menos espacio en disco), pero tambi\u00e9n algunas desventajas bastante importantes: no es seguro en el caso de un cuelgue general, no hay claves for\u00e1neas, s\u00f3lo bloqueos a nivel de tabla, problemas de consistencia, bugs en tablas muy grandes,… La versi\u00f3n 5.7.5 “Milestone 15”<\/a>, presentada hoy en el Oracle Open World<\/a> tiene una impresionante lista de cambios<\/a>, la cual necesitar\u00e9 un tiempo para digerir, como una replicaci\u00f3n multi-master (\u00bfsyncrona?<\/a>) en fase de desarrollo o un completamente cambiado optimizador de consultas. Pero el cambio en particular que quiero destacar hoy es que la \u00faltima de las “3 grandes” razones para usar MyISAM ha desaparecido finalmente. Para m\u00ed (y mis clientes) esas razones eran:<\/p>\n

Espacio de tablas transportable<\/strong><\/p>\n

En MyISAM, mover una tabla en formato binario de una servidor a otro era (y sigue siendo) muy f\u00e1cil- tirar el servidor y copiar los archivos .MYI<\/code>, .MYD<\/code> y .frm<\/code>. Incluso se podr\u00eda hacer en caliente con las debidas precauciones: se pod\u00eda copiar los ficheros de tabla si se ejecutaba antes el infame “FLUSH TABLES WITH READ LOCK;<\/code>” y usar eso como una backup.<\/p>\n

innodb_file_per_table<\/code> fue introducido tan pronto como MySQL 4.1<\/a>, pero no fue puesto como por opci\u00f3n por defecto hasta 5.6.6<\/a> (con una breve indecisi\u00f3n en las versiones tempranas de 5.5). La verdadera funcionalidad de “espacio de trablas transportables” tambi\u00e9n fue a\u00f1adida en 5.6.6<\/strong>, y proporcion\u00f3 una manera dentro del servidor de preparar las tablas para la copia, bloque\u00e1ndolas y exportando su porci\u00f3n del diccionario de datos de InnoDB<\/a> (FLUSH TABLES ... FOR EXPORT<\/code>).<\/p>\n

Antes de 5.6, MySQL requer\u00eda una parche<\/a> para que esto funcionara de manera segura. Ahora, tablas individuales pueden exportarse e importarse sin problemas en formato binario, incluso entre diferentes servidores.<\/p>\n

\u00cdndices Fulltext<\/strong><\/p>\n

La b\u00fasqueda de cadenas de texto fulltext<\/em> nunca ha sido el punto fuerte de MySQL (y he ah\u00ed la raz\u00f3n por la que mucha gente lo combina con Sphinx o Apache Lucene\/Solr). Pero muchos usuarios no requieren un clon de Google Search, s\u00f3lo una manera r\u00e1pida de buscar en una web peque\u00f1ita, o en una columna de descripci\u00f3n, y como sabemos, los \u00edndices BTREE<\/code> no son \u00fatiles en expresiones como like '%palabra_buscada%'<\/code>.<\/p>\n

Los \u00edndices y b\u00fasquedas FULLTEXT<\/code> han estado disponibles desde MySQL 3.23.23<\/a>, pero s\u00f3lo para MyISAM. Yo no s\u00e9 vosotros, pero yo he encontrado un relativo alto n\u00famero de clientes cuya \u00fanica raz\u00f3n para seguir usando MyISAM era “necesitamos b\u00fasquedas fulltext”. A partir de MySQL 5.6.4<\/a>, el soporte a fulltext fue a\u00f1adido a InnoDB<\/strong>, eliminando la necesidad de decidir entre la transaccionalidad y la b\u00fasqueda r\u00e1pida de cadenas. A pesar de que los comienzos no fueran precisamente geniales<\/a>, (especialmente si los comparamos con otras soluciones externas y m\u00e1s complejas) y que fue publicado con algunos bugs importantes que afectaban a la estabilidad; los \u00faltimos cambios en el soporte de fulltext en innodb indican que se sigue trabajando para mejorar su rendimiento.<\/p>\n

Soporte a GIS<\/strong><\/p>\n

\u00c9ste es cambio que los ingenieros de MySQL a\u00f1adieron en MySQL 5.7.5.<\/strong> Por supuesto, los tipos de datos GIS estaban disponibles desde MySQL 4.1 para MyISAM<\/a>, y en 5.0.16 para la mayor\u00eda de otros motores de primeras partes<\/a>, incluyendo InnoDB. Sin embargo, esos tipos no son \u00fatiles si no se pueden utilizar de manera r\u00e1pida en operaciones geogr\u00e1ficas comunes como encontrar si dos pol\u00edgonos se solapan o encontrar todos los puntos que est\u00e1n cerca de otro dado. La mayor\u00eda de estas operaciones requieren el indexado en 2 dimensiones, algo que no funciona muy bien con \u00edndices BTREE est\u00e1ndares. Para ello, necesitamos R-Trees<\/a> o Quadtrees, estructuras que nos permitir\u00e1n el indexado eficiente de valores multidimensionales. Hasta ahora, esos \u00edndices de tipo SPATIAL<\/code>, como se les llama en sintaxis MySQL, s\u00f3lo estaban disponibles en MyISAM- de forma que de nuevo ten\u00edamos que decidir entre transacciones y claves for\u00e1neas o operaciones GIS eficientes. Esta es una de las razones por las cuales proyectos como OpenStreetMap migraron a PostGIS, mientras que otros usaban las Oracle Spatial Extensions<\/em>.<\/p>\n

Para ser sinceros, la lista de cambios referentes a GIS parece bastante extensa<\/a>, y he sido todav\u00eda incapaz de echarle un vistazo en detalles. Pero puedo ver que todav\u00eda no hay soporte a proyecciones<\/a> (despu\u00e9s de todo, eso requerir\u00eda probablemente rehacer por completo esta caracter\u00edstica), y con ello, tampoco funciones nativas de distancia, lo cual hace que no sea una alternativa viable a PostGIS en muchos escenarios. Pero tengo que otorgar que el soporte a InnoDB, al menos a nivel de MyISAM y m\u00e1s all\u00e1 es un gran paso adelante. De nuevo, a veces no necesitas un conjunto de caracter\u00edsticas completo para la mayor\u00eda de la audiencia de MySQL, sino un conjunto de opciones m\u00ednimas para mostrar de manera eficiente un mapa en una p\u00e1gina web.<\/p>\n

MyISAM en un mundo post-myisam<\/strong><\/p>\n

En resumen, estos cambios, unidos con una lenta pero segura migraci\u00f3n de las tablas de sistema a formato InnoDB, junto con los esfuerzos por reducir la carga transaccionar de las tablas temporales internas, permitir\u00e1 a Oracle hacer MyISAM opcional en un futuro.<\/p>\n

Yo mismo continuar\u00e9 usando MyISAM en ciertos casos ya que a veces uno no necesita almacenamiento ACID<\/em>, y funciona particularmente para conjuntos de datos peque\u00f1os y de solo lectura -incluso si tienes millones de esos (ey, les funciona<\/em> a WordPress.com<\/a>, as\u00ed que \u00bfpor qu\u00e9 no seguir us\u00e1ndolo tambi\u00e9n?).<\/p>\n

Adem\u00e1s, la gente tardar\u00e1 a\u00f1os en adoptar 5.7, que no est\u00e1 ni siquiera en GA release (versi\u00f3n considerada para uso general).<\/p>\n

Contadme \u00bfplane\u00e1is migrar de motores cuando 5.7 llegue a tu producci\u00f3n? \u00bfPara qu\u00e9 sigues usando MyISAM? \u00bfCu\u00e1l es tu caracter\u00edstica nueva favorita de 5.7.5? \u00bfQu\u00e9 peros hab\u00e9is encontrado en las nuevas caracter\u00edsticas anunciadas? Dejadme un mensaje aqu\u00ed<\/a> o en Twitter<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"

Por supuesto, esto s\u00f3lo es un t\u00edtulo para llamar la atenci\u00f3n. Por lo que yo s\u00e9 no todas las tablas de sistema se pueden convertir a InnoDB todav\u00eda (por ejemplo, las tablas de privilegios), lo cual convierte la cabecera en<\/p>\n","protected":false},"author":1,"featured_media":453,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[85],"tags":[179,180,175,176,178,181,182,183,184,457,185,177,186],"class_list":["post-473","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mysql-es","tag-5-7-5-es","tag-5-7-5-m15-es","tag-busqueda","tag-cadenas","tag-espacio-de-tablas","tag-fulltext-es","tag-gis-es","tag-innodb-es","tag-myisam-es","tag-mysql-es","tag-spatial-es","tag-tablespace","tag-transportable-es"],"_links":{"self":[{"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/posts\/473","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/comments?post=473"}],"version-history":[{"count":2,"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/posts\/473\/revisions"}],"predecessor-version":[{"id":811,"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/posts\/473\/revisions\/811"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/media\/453"}],"wp:attachment":[{"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/media?parent=473"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/categories?post=473"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jynus.com\/dbahire\/wp-json\/wp\/v2\/tags?post=473"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}