- Para XenForo...
-
- 1.4.x
- 1.5.x
- Derechos de autor
- Sí
- Autor
- Xon
- URL de XenForo
- https://xenforo.com/community/resources/optimized-list-queries-by-xon.4487/
Este complemento está dirigido a gran foro con decenas de miles a cientos de miles o más hilos en un único foro. Un foro más pequeño no obtiene mucho beneficio de este complemento.
Almacenamiento en caché de lista de nodos:
A medida que crece el número de nodos del foro, la página de inicio tomará más tiempo para calcular el árbol de nodos para la representación. Esto permite el almacenamiento en caché de la lista de nodos para los miembros / invitados, ya sea para el nodo raíz o cualquier nodo con subnodos.
Lista de Usuarios Conectados:
Este complemento introduce una lista más rápida de "miembros en línea" diseñada para escalar bien a miles de usuarios en línea. Sin embargo, esto no mostrará a los usuarios que no son empleados o no son seguidos en la lista.
Esta pérdida de funcionalidad puede ser indeseable, por lo que se puede configurar en la configuración de opciones de rendimiento.
Nota; Convertir la tabla de xf_session_activity de MEMORY a InnoDB es probablemente una buena idea si desea utilizar la optimización de consulta de Miembros en línea. Como la tabla MEMORY tiene el comportamiento de bloqueo MyISAM, y esto provoca escaladas de bloqueo cuando las combinaciones tocan la tabla MEMORY.
Foro / conversación / Likes Listas recibidas:
MySQL implementa la 'búsqueda anticipada de filas', cuando se combina con LIMIT y OFFSET con un desplazamiento grande, resulta en la instrucción de selección grande extrayendo más datos de los requeridos. Quizás un día MySQL arreglará esto. Tal vez.
Esto causa un problema, ya que es así como los gustos, las conversaciones y los subprocesos implementan la paginación.
Este complemento proporciona alguna consulta optimizada para obtener subprocesos en un foro con gran cantidad de subprocesos o para conversaciones con un recuento de páginas muy alto.
Lo ideal sería que las conversaciones implementaran el sistema de posiciones como lo hacen los posts, lo que sería incluso más rápido que el uso de sub-selecciones para forzar la búsqueda de última fila.
Para más información, ver:
En el apartado "Rendimiento"
Almacenamiento en caché de lista de nodos:
A medida que crece el número de nodos del foro, la página de inicio tomará más tiempo para calcular el árbol de nodos para la representación. Esto permite el almacenamiento en caché de la lista de nodos para los miembros / invitados, ya sea para el nodo raíz o cualquier nodo con subnodos.
Lista de Usuarios Conectados:
Este complemento introduce una lista más rápida de "miembros en línea" diseñada para escalar bien a miles de usuarios en línea. Sin embargo, esto no mostrará a los usuarios que no son empleados o no son seguidos en la lista.
Esta pérdida de funcionalidad puede ser indeseable, por lo que se puede configurar en la configuración de opciones de rendimiento.
Nota; Convertir la tabla de xf_session_activity de MEMORY a InnoDB es probablemente una buena idea si desea utilizar la optimización de consulta de Miembros en línea. Como la tabla MEMORY tiene el comportamiento de bloqueo MyISAM, y esto provoca escaladas de bloqueo cuando las combinaciones tocan la tabla MEMORY.
Foro / conversación / Likes Listas recibidas:
MySQL implementa la 'búsqueda anticipada de filas', cuando se combina con LIMIT y OFFSET con un desplazamiento grande, resulta en la instrucción de selección grande extrayendo más datos de los requeridos. Quizás un día MySQL arreglará esto. Tal vez.
Esto causa un problema, ya que es así como los gustos, las conversaciones y los subprocesos implementan la paginación.
Este complemento proporciona alguna consulta optimizada para obtener subprocesos en un foro con gran cantidad de subprocesos o para conversaciones con un recuento de páginas muy alto.
Lo ideal sería que las conversaciones implementaran el sistema de posiciones como lo hacen los posts, lo que sería incluso más rápido que el uso de sub-selecciones para forzar la búsqueda de última fila.
Para más información, ver:
- Why does MYSQL higher LIMIT offset slow the query down?
- [url='http://explainextended.com/2009/10/23/mysql-order-by-limit-performance-late-row-lookups/']MySQL ORDER BY / LIMIT performance: late row lookups[/URL]
En el apartado "Rendimiento"
- Requisitos
- Clase de licencia
-
The MIT License (MIT)
