mysql和oracle默認(rèn)排序的方法 - 不指定order by
先說結(jié)論
1. oracle: oracle 默認(rèn)沒有排序規(guī)則
2. mysql
2.1 innoDB引擎: 默認(rèn)查詢按照id正序排序
2.2 myISAM引擎: 默認(rèn)按照插入時(shí)間正序排序
mysql: 已明確查詢的默認(rèn)排序方式為id或者插入順序的一種
1. innoDB引擎
1.1 創(chuàng)建表,id類型為字符串

1.2 插入數(shù)據(jù),并查詢
如下圖:
觀察create_date可以看出,插入順序?yàn)?quot;1","2","12"。 但查詢結(jié)果是"1", "12", "2" , 因此一定不是按照插入時(shí)間排序的。 強(qiáng)調(diào):當(dāng)前表的id類型為字符串

1.3 創(chuàng)建表,id字段類型為int

1.4 插入數(shù)據(jù),并查詢
如下圖:
觀察create_date可以看出,插入順序?yàn)? , 12 , 2。 但查詢結(jié)果是1 , 2 , 12, 因此一定不是按照插入時(shí)間排序的。 強(qiáng)調(diào):當(dāng)前表的id類型為int

1.5 結(jié)論
由以上兩個(gè)結(jié)果可以觀察到, innoDB引擎,默認(rèn)使用的id排序
2. myISAM引擎
2.1 創(chuàng)建表, id類型為字符串

2.2 插入數(shù)據(jù),并查詢
如下圖:
觀察create_date可以看出,插入順序?yàn)? , 2 , 12, 3。 查詢結(jié)果也是1 , 2 , 12, 3, 因此一定不是按照id排序的。 強(qiáng)調(diào):當(dāng)前表的id類型為字符串

2.3 創(chuàng)建表,id字段類型為int

2.4 插入數(shù)據(jù),并查詢
結(jié)果如圖:
觀察create_date可以看出,插入順序?yàn)? , 12 , 2, 11。 查詢結(jié)果也是1 , 12 , 2,11, 因此一定不是按照id排序的。 強(qiáng)調(diào):當(dāng)前表的id類型為int

2.5 結(jié)論
由以上兩個(gè)結(jié)果可以觀察到, myISAM引擎,默認(rèn)使用的插入順序排序
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
MySQL數(shù)據(jù)入庫時(shí)特殊字符處理詳解
本文是對MySQL數(shù)據(jù)入庫時(shí)特殊字符的處理進(jìn)行了詳細(xì)的介紹,需要的朋友可以過來參考下,希望對大家有所幫助2013-11-11
MySQL數(shù)據(jù)庫中外鍵(foreign?key)用法詳解
這篇文章主要給大家介紹了關(guān)于MySQL數(shù)據(jù)庫中外鍵(foreign?key)的相關(guān)資料,MySQL 外鍵約束可以用來保證表與表之間的關(guān)系完整性,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-10-10
MacOS 下安裝 MySQL8.0 登陸 MySQL的方法
這篇文章主要介紹了MacOS 下安裝 MySQL8.0 登陸 MySQL 的方法,本文給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-05-05
解決Navicat Premium 連接 MySQL 8.0 報(bào)錯(cuò)"1251"的問題分析
這篇文章主要介紹了解決Navicat Premium 連接 MySQL 8.0 報(bào)錯(cuò)"1251"的問題分析,本文通過圖文并茂的形式給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-11-11
MySQL性能優(yōu)化之路---修改配置文件my.cnf
mysql數(shù)據(jù)庫的優(yōu)化,算是一個(gè)老生常談的問題了,網(wǎng)上也有很多關(guān)于各方面性能優(yōu)化的例子,今天我們要談的是MySQL 系統(tǒng)參數(shù)的優(yōu)化即優(yōu)化my.cnf文件2014-06-06

