Prenons MySQL comme exemple. Généralement, lorsque la quantité de données est relativement importante, le décalage sera plus important lors de la pagination et l'efficacité des requêtes sera inférieure
.Par exemple, si une publication contient 2 millions de commentaires et que 10 sont affichés sur chaque page, il y a 200 000 pages. Comment les données doivent-elles être traitées lorsque 200 000 pages sont prises ? Existe-t-il un bon moyen de résoudre cette demande ?
Exemple?: NetEase Music, le nombre maximum de commentaires pour une seule chanson est supérieur à 1,4 million et la vitesse de pagination est très bien gérée,
2
0
0
小伙看你根骨奇佳，潛力無限，來學(xué)PHP伐。
Premièrement, je crois que la fa?on dont NetEase Music lit les données consiste définitivement à utiliser nosql pour lire les données.
Bien s?r, si la fréquence d'accès à votre table de données n'est pas élevée, vous pouvez toujours lire la base de données directement. Bien s?r, la bibliothèque mysql innodb a une faiblesse en matière de triche, c'est-à-dire que plus le nombre de pages que vous interrogez est grand, plus l'effet est faible. . Nous utilisons donc généralement l'identifiant pour améliorer l'effet de la requête. L'ancienne utilisation de la requête est la limite de 100 000,10. L'utilisation de la requête recommandée est celle où l'identifiant est supérieur à 100 000. Cela garantit l’utilisation de l’index.
Bien s?r, vous pouvez utiliser la forme de sous-tableaux pour réduire les données dans une seule table, améliorant ainsi l'efficacité des requêtes
Si vous utilisez Redis, vous devez stocker les ID dans la liste, puis utiliser Redis pour obtenir un fragment de la liste, puis utiliser l'ID dans le fragment vers MySQL pour interroger les résultats.
Bien s?r, si vous souhaitez ajouter un tri, il n'y a aucun moyen.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
