Diseño de servidor de paginación de aplicaciones

El método de paginación comúnmente utilizado en el desarrollo web se basa en números de página. Provisionalmente llamada paginación de estilo web

La paginación se realiza en función del número de página pageIndex y el tamaño de página pageSize.

Este método de paginación no es un gran problema cuando se usa en la web, pero ¿se puede aplicar este método de paginación a la paginación de aplicaciones?

Desde el punto de vista del rendimiento, el método de paginación en la aplicación es básicamente pull-up para cargar más formas de paginación en streaming. Si la interfaz de backend aún está diseñada de acuerdo con la paginación de estilo web, habrá los siguientes problemas:

a. Duplicación de datos

faltan datos

. c. El desplazamiento es demasiado alto La eficiencia de la consulta es baja cuando la cantidad de datos es grande

El límite de MySQL brinda gran comodidad a la paginación, pero cuando la cantidad de datos es grande, el rendimiento del límite cae drásticamente.

Se puede ver que la interfaz de paginación de estilo web tradicional no es adecuada para la paginación de aplicaciones.

3. Diseño de servidor de paginación de transmisión de aplicaciones

a. Paginación por cursor

Ventajas:

1).

2) El rendimiento del límite no se verá afectado por el tamaño del valor del cursor y el rendimiento es estable.

Desventajas:

1). agregando solo según el tiempo Método de clasificación simple

b. Caché basado en fragmentación de tiempo

No es la cantidad total de datos, sino solo algunos datos populares porque los datos cambian demasiado rápido. , se pueden generar múltiples cachés según períodos de tiempo. Para los datos, se puede generar un fragmento de caché por período de tiempo (5 minutos).

El proceso específico es el siguiente:

Para el valor de la marca de tiempo aquí, al solicitar los datos en la página 1, la marca de tiempo pasa 0, el servidor verifica la marca de tiempo = 0 y asigna; la hora actual del sistema a Se devuelve la marca de tiempo Al solicitar la segunda, tercera,...n páginas de datos, se pasa la marca de tiempo devuelta por el sistema.

La clave almacenada en caché se calcula en función de la marca de tiempo, por ejemplo, un fragmento en 5 minutos, key=list_201605231700.

Escenarios de aplicación

Por ejemplo, los elementos populares en la página de inicio son solo algunos artículos populares. La clasificación es algo complicada y relativamente fácil de cambiar.

Actualmente, la clasificación de la lista en el tema se ordena según el número de solicitudes de paginación.

Aparecen datos duplicados porque la clasificación es datos en tiempo real y no hay cursor. por lo que los datos anteriores no se pueden detectar.

c. Enviar la lista de ID a la aplicación de una vez

1. Almacenar en caché todas las listas de ID antes de solicitar la primera página de datos

2. Solicitar datos para cada página, simplemente ingrese los parámetros de la lista de identificación relevantes

Este método es adecuado para escenarios comerciales donde la lista de identificación no es muy grande (cientos de datos), como Tencent News.