ホームページ >データベース >mysql チュートリアル >mysqlでリミットクエリメソッドを使用する方法
最近、プロジェクトの共同デバッグ中に、ページング クエリのバグが発見されました。ページ クエリには、常に見つからないか、繰り返し見つかるデータが含まれています。
データベースには合計 14 件のレコードがあります。
#1 ページあたり 10 項目をフォローする場合。すると、1ページ目と2ページ目のクエリSQLの合計結果は以下のようになります。 ここで問題が発生します。最初と 2 ページをクエリすると、11、12、13 のレコードが 表示されますが、 4 レコードは表示されません。常にデータが見つからないのはなぜですか? ? ?
SQL
DROP TABLE IF EXISTS `creative_index`; CREATE TABLE `creative_index` ( `id` bigint(20) NOT NULL COMMENT 'id', `creative_id` bigint(20) NOT NULL COMMENT 'creative_id', `name` varchar(256) DEFAULT NULL COMMENT 'name', `member_id` bigint(20) NOT NULL COMMENT 'member_id', `product_id` int(11) NOT NULL COMMENT 'product_id', `template_id` int(11) DEFAULT NULL COMMENT 'template_id', `resource_type` int(11) NOT NULL COMMENT 'resource_type', `target_type` int(11) NOT NULL COMMENT 'target_type', `show_audit_status` tinyint(4) NOT NULL COMMENT 'show_audit_status', `bound_adgroup_status` int(11) NOT NULL COMMENT 'bound_adgroup_status', `gmt_create` datetime NOT NULL COMMENT 'gmt_create', `gmt_modified` datetime NOT NULL COMMENT 'gmt_modified', PRIMARY KEY (`id`), KEY `idx_member_id_product_id_template_id` (`member_id`,`product_id`,`template_id`), KEY `idx_member_id_product_id_show_audit_status` (`member_id`,`product_id`,`show_audit_status`), KEY `idx_creative_id` (`creative_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='测试表'; -- ---------------------------- -- Records of creative_index -- ---------------------------- INSERT INTO `creative_index` VALUES ('1349348501', '511037002', '1', '1', '1', '1000695', '26', '1', '7', '0', '2023-03-16 22:12:56', '2023-03-24 23:38:49'); INSERT INTO `creative_index` VALUES ('1349348502', '511037003', '2', '1', '1', '1000695', '26', '1', '7', '1', '2023-03-16 22:15:29', '2023-03-24 21:23:33'); INSERT INTO `creative_index` VALUES ('1391561502', '512066002', '3', '1', '1', '1000695', '26', '1', '7', '0', '2023-03-23 23:37:34', '2023-03-24 21:24:04'); INSERT INTO `creative_index` VALUES ('1394049501', '511937501', '4', '1', '1', '1000942', '2', '1', '0', '0', '2023-03-24 14:00:46', '2023-03-25 15:19:37'); INSERT INTO `creative_index` VALUES ('1394221002', '511815502', '5', '1', '1', '1000694', '26', '1', '7', '0', '2023-03-23 17:00:41', '2023-03-24 21:23:39'); INSERT INTO `creative_index` VALUES ('1394221003', '511815503', '6', '1', '1', '1000694', '26', '1', '3', '0', '2023-03-23 17:22:00', '2023-03-24 21:23:44'); INSERT INTO `creative_index` VALUES ('1394257004', '512091004', '7', '1', '1', '1000694', '26', '1', '7', '0', '2023-03-23 17:23:21', '2023-03-24 21:24:11'); INSERT INTO `creative_index` VALUES ('1394257005', '512091005', '8', '1', '1', '1000694', '26', '1', '3', '0', '2023-03-23 17:31:05', '2023-03-25 01:10:58'); INSERT INTO `creative_index` VALUES ('1403455006', '512170006', '9', '1', '1', '1000694', '26', '1', '0', '0', '2023-03-25 15:31:02', '2023-03-25 15:31:25'); INSERT INTO `creative_index` VALUES ('1403455007', '512170007', '10', '1', '1', '1000695', '26', '1', '0', '0', '2023-03-25 15:31:04', '2023-03-25 15:31:28'); INSERT INTO `creative_index` VALUES ('1406244001', '512058001', '11', '1', '1', '1000694', '26', '1', '3', '0', '2023-03-23 21:28:11', '2023-03-24 21:23:56'); INSERT INTO `creative_index` VALUES ('1411498502', '512233003', '12', '1', '1', '1000694', '26', '1', '0', '0', '2023-03-25 14:34:37', '2023-03-25 17:00:24'); INSERT INTO `creative_index` VALUES ('1412288501', '512174007', '13', '1', '1', '1000694', '26', '1', '7', '0', '2023-03-25 01:11:53', '2023-03-25 01:12:34'); INSERT INTO `creative_index` VALUES ('1412288502', '512174008', '14', '1', '1', '1000942', '2', '1', '0', '0', '2023-03-25 11:46:44', '2023-03-25 15:20:58');
) に。
それでは、並べ替えルールを追加するだけで十分ですか??やってみるという姿勢で本当にうまくいきました。
#分析の問題
order by を追加しないと制限クエリが表示される理由暗黙的な順序の並べ替えはありますか? この時点でexplain
が表示されます。
インデックスには、検索と ソートの 2 つの機能があります。
2 つの SQL は異なるインデックス (ソート ルール) を使用するため、上記のインデックス制限が解除されると問題が発生し、問題が解決されます。
以上がmysqlでリミットクエリメソッドを使用する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。