? 本地建一張表persons，使用腳本插入了1000萬條數(shù)據(jù)

下面比較幾種查詢方法的耗時（查詢9000000到9000005這中間5條數(shù)據(jù)）

查詢結果：

1：

SELECT * FROM test.persons limit 9000000,5;

2：

SELECT * FROM test.persons where Id_P between 9000000 and 9000005;

可見幾乎不消耗時間

3：

SELECT * FROM test.persons where Id_P in(9000000,9000001,9000002,9000003,9000004,9000005);

?

同樣不消耗時間

結論：

1：在數(shù)據(jù)較少的時候使用limit查詢看不出耗時，如果數(shù)據(jù)量過大，千萬不能再使用limit,

2：一定要通過指定主鍵索引去查詢，這也意味著:建表的時候務必添加int類型的自增主鍵

3：服務器和客戶端的數(shù)據(jù)交換務必帶上數(shù)據(jù)索引，在客戶端重新請求數(shù)據(jù)的時候，服務器通過該索引主鍵去查詢數(shù)據(jù)比通過其他字段明顯要快（索引通過折半查找，再大的數(shù)據(jù)，查詢也很快）。

轉載于:https://www.cnblogs.com/JimmyBright/p/5287789.html

《新程序員》：云原生和全面數(shù)字化實踐50位技術專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的关于MySql数据库设计表与查询耗时分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。