本文目錄一覽:
- 1、PHP使用mysqli擴展連接MySQL數據庫
- 2、五大常見的MySQL高可用方案(最全)
- 3、簡單易用的數據庫哪個比較好?
- 4、mysql數據庫的擴展性是什麼意思
- 5、常見數據庫有哪些
- 6、MySQL的數據庫文件有幾種?擴展名及作用分別是什麼?
PHP使用mysqli擴展連接MySQL數據庫
1.面向對象的使用方式
$db
=
new
mysqli(‘localhost’,
‘root’,
‘123456’,
‘dbname’);
如果建立連接時未指定數據庫則選擇使用的數據庫,切換使用的數據庫
$db-select_db(‘dbname’);
$query
=
“SELECT
*
FROM
user
WHERE
uid=4″;
$result
=
$db-query($query);
$result_num
=
$result-num_rows;
$row
=
$result-fetch_assoc();
//返回一個關聯數組,可以通過$row[‘uid’]的方式取得值
$row
=
$result-fetch_row();
//返回一個列舉數組,可以通過$row[0]的方式取得值
$row
=
$result-fetch_array();
//返回一個混合數組,可以通過$row[‘uid’]和$row[0]兩種方式取得值
$row
=
$result-fetch_object();
//返回一個對象,可以通過$row-uid的方式取得值
$result-free();
//釋放結果集
$db-close();
//關閉一個數據庫連接,這不是必要的,因為腳本執行完畢時會自動關閉連接
當進行INSERT、UPDATE、DELETE操作時,使用$db-affected_rows查看影響行數
2.面向過程的使用方式
$db
=
mysqli_connect(‘localhost’,
‘root’,
‘123456’,
‘dbname’);
如果建立連接時未指定數據庫則選擇使用的數據庫,切換使用的數據庫
mysqli_select_db($db,
‘dbname’);
查詢數據庫
$query
=
“SELECT
*
FROM
user
WHERE
uid=4″;
$result
=
mysqli_query($db,
$query);
$result_num
=
mysqli_num_rows($result);
返回一行結果
$row
=
mysqli_fetch_assoc($result);
//返回一個關聯數組,可以通過$row[‘uid’]的方式取得值
$row
=
mysqli_fetch_row($result);
//返回一個列舉數組,可以通過$row[0]的方式取得值
$row
=
mysqli_fetch_array($result);
//返回一個混合數組,可以通過$row[‘uid’]和$row[0]兩種方式取得值
$row
=
mysqli_fetch_object($result);
//返回一個對象,可以通過$row-uid的方式取得值
斷開數據庫連接
mysqli_free_result($result);
//釋放結果集
mysqli_close($db);
//關閉一個數據庫連接,這不是必要的,因為腳本執行完畢時會自動關閉連接
當進行INSERT、UPDATE、DELETE操作時,使用mysqli_affected_rows()查看影響行數
五大常見的MySQL高可用方案(最全)
1. 概述
我們在考慮MySQL數據庫的高可用的架構時,主要要考慮如下幾方面:
如果數據庫發生了宕機或者意外中斷等故障,能儘快恢複數據庫的可用性,儘可能的減少停機時間,保證業務不會因為數據庫的故障而中斷。
用作備份、只讀副本等功能的非主節點的數據應該和主節點的數據實時或者最終保持一致。
當業務發生數據庫切換時,切換前後的數據庫內容應當一致,不會因為數據缺失或者數據不一致而影響業務。
關於對高可用的分級在這裡我們不做詳細的討論,這裡只討論常用高可用方案的優缺點以及高可用方案的選型。
2. 高可用方案
2.1. 主從或主主半同步複製
使用雙節點數據庫,搭建單向或者雙向的半同步複製。在5.7以後的版本中,由於lossless replication、logical多線程複製等一些列新特性的引入,使得MySQL原生半同步複製更加可靠。
常見架構如下:
通常會和proxy、keepalived等第三方軟件同時使用,即可以用來監控數據庫的 健康 ,又可以執行一系列管理命令。如果主庫發生故障,切換到備庫後仍然可以繼續使用數據庫。
優點:
架構比較簡單,使用原生半同步複製作為數據同步的依據;
雙節點,沒有主機宕機後的選主問題,直接切換即可;
雙節點,需求資源少,部署簡單;
缺點:
完全依賴於半同步複製,如果半同步複製退化為異步複製,數據一致性無法得到保證;
需要額外考慮haproxy、keepalived的高可用機制。
2.2. 半同步複製優化
半同步複製機制是可靠的。如果半同步複製一直是生效的,那麼便可以認為數據是一致的。但是由於網絡波動等一些客觀原因,導致半同步複製發生超時而切換為異步複製,那麼這時便不能保證數據的一致性。所以儘可能的保證半同步複製,便可提高數據的一致性。
該方案同樣使用雙節點架構,但是在原有半同複製的基礎上做了功能上的優化,使半同步複製的機制變得更加可靠。
可參考的優化方案如下:
2.2.1. 雙通道複製
半同步複製由於發生超時後,複製斷開,當再次建立起複制時,同時建立兩條通道,其中一條半同步複製通道從當前位置開始複製,保證從機知道當前主機執行的進度。另外一條異步複製通道開始追補從機落後的數據。當異步複製通道追趕到半同步複製的起始位置時,恢復半同步複製。
2.2.2. binlog文件服務器
搭建兩條半同步複製通道,其中連接文件服務器的半同步通道正常情況下不啟用,當主從的半同步複製發生網絡問題退化後,啟動與文件服務器的半同步複製通道。當主從半同步複製恢復後,關閉與文件服務器的半同步複製通道。
優點:
雙節點,需求資源少,部署簡單;
架構簡單,沒有選主的問題,直接切換即可;
相比於原生複製,優化後的半同步複製更能保證數據的一致性。
缺點:
需要修改內核源碼或者使用mysql通信協議。需要對源碼有一定的了解,並能做一定程度的二次開發。
依舊依賴於半同步複製,沒有從根本上解決數據一致性問題。
2.3. 高可用架構優化
將雙節點數據庫擴展到多節點數據庫,或者多節點數據庫集群。可以根據自己的需要選擇一主兩從、一主多從或者多主多從的集群。
由於半同步複製,存在接收到一個從機的成功應答即認為半同步複製成功的特性,所以多從半同步複製的可靠性要優於單從半同步複製的可靠性。並且多節點同時宕機的幾率也要小於單節點宕機的幾率,所以多節點架構在一定程度上可以認為高可用性是好於雙節點架構。
但是由於數據庫數量較多,所以需要數據庫管理軟件來保證數據庫的可維護性。可以選擇MMM、MHA或者各個版本的proxy等等。常見方案如下:
2.3.1. MHA+多節點集群
MHA Manager會定時探測集群中的master節點,當master出現故障時,它可以自動將最新數據的slave提升為新的master,然後將所有其他的slave重新指向新的master,整個故障轉移過程對應用程序完全透明。
MHA Node運行在每台MySQL服務器上,主要作用是切換時處理二進制日誌,確保切換盡量少丟數據。
MHA也可以擴展到如下的多節點集群:
優點:
可以進行故障的自動檢測和轉移;
可擴展性較好,可以根據需要擴展MySQL的節點數量和結構;
相比於雙節點的MySQL複製,三節點/多節點的MySQL發生不可用的概率更低
缺點:
至少需要三節點,相對於雙節點需要更多的資源;
邏輯較為複雜,發生故障後排查問題,定位問題更加困難;
數據一致性仍然靠原生半同步複製保證,仍然存在數據不一致的風險;
可能因為網絡分區發生腦裂現象;
2.3.2. zookeeper+proxy
Zookeeper使用分布式算法保證集群數據的一致性,使用zookeeper可以有效的保證proxy的高可用性,可以較好的避免網絡分區現象的產生。
優點:
較好的保證了整個系統的高可用性,包括proxy、MySQL;
擴展性較好,可以擴展為大規模集群;
缺點:
數據一致性仍然依賴於原生的mysql半同步複製;
引入zk,整個系統的邏輯變得更加複雜;
2.4. 共享存儲
共享存儲實現了數據庫服務器和存儲設備的解耦,不同數據庫之間的數據同步不再依賴於MySQL的原生複製功能,而是通過磁盤數據同步的手段,來保證數據的一致性。
2.4.1. SAN共享儲存
SAN的概念是允許存儲設備和處理器(服務器)之間建立直接的高速網絡(與LAN相比)連接,通過這種連接實現數據的集中式存儲。常用架構如下:
使用共享存儲時,MySQL服務器能夠正常掛載文件系統並操作,如果主庫發生宕機,備庫可以掛載相同的文件系統,保證主庫和備庫使用相同的數據。
優點:
兩節點即可,部署簡單,切換邏輯簡單;
很好的保證數據的強一致性;
不會因為MySQL的邏輯錯誤發生數據不一致的情況;
缺點:
需要考慮共享存儲的高可用;
價格昂貴;
2.4.2. DRBD磁盤複製
DRBD是一種基於軟件、基於網絡的塊複製存儲解決方案,主要用於對服務器之間的磁盤、分區、邏輯卷等進行數據鏡像,當用戶將數據寫入本地磁盤時,還會將數據發送到網絡中另一台主機的磁盤上,這樣的本地主機(主節點)與遠程主機(備節點)的數據就可以保證實時同步。常用架構如下:
當本地主機出現問題,遠程主機上還保留着一份相同的數據,可以繼續使用,保證了數據的安全。
DRBD是linux內核模塊實現的快級別的同步複製技術,可以與SAN達到相同的共享存儲效果。
優點:
兩節點即可,部署簡單,切換邏輯簡單;
相比於SAN儲存網絡,價格低廉;
保證數據的強一致性;
缺點:
對io性能影響較大;
從庫不提供讀操作;
2.5. 分布式協議
分布式協議可以很好解決數據一致性問題。比較常見的方案如下:
2.5.1. MySQL cluster
MySQL cluster是官方集群的部署方案,通過使用NDB存儲引擎實時備份冗餘數據,實現數據庫的高可用性和數據一致性。
優點:
全部使用官方組件,不依賴於第三方軟件;
可以實現數據的強一致性;
缺點:
國內使用的較少;
配置較複雜,需要使用NDB儲存引擎,與MySQL常規引擎存在一定差異;
至少三節點;
2.5.2. Galera
基於Galera的MySQL高可用集群, 是多主數據同步的MySQL集群解決方案,使用簡單,沒有單點故障,可用性高。常見架構如下:
優點:
多主寫入,無延遲複製,能保證數據強一致性;
有成熟的社區,有互聯網公司在大規模的使用;
自動故障轉移,自動添加、剔除節點;
缺點:
需要為原生MySQL節點打wsrep補丁
只支持innodb儲存引擎
至少三節點;
2.5.3. POAXS
Paxos 算法解決的問題是一個分布式系統如何就某個值(決議)達成一致。這個算法被認為是同類算法中最有效的。Paxos與MySQL相結合可以實現在分布式的MySQL數據的強一致性。常見架構如下:
優點:
多主寫入,無延遲複製,能保證數據強一致性;
有成熟理論基礎;
自動故障轉移,自動添加、剔除節點;
缺點:
只支持innodb儲存引擎
至少三節點;
3. 總結
隨着人們對數據一致性的要求不斷的提高,越來越多的方法被嘗試用來解決分布式數據一致性的問題,如MySQL自身的優化、MySQL集群架構的優化、Paxos、Raft、2PC算法的引入等等。
而使用分布式算法用來解決MySQL數據庫數據一致性的問題的方法,也越來越被人們所接受,一系列成熟的產品如PhxSQL、MariaDB Galera Cluster、Percona XtraDB Cluster等越來越多的被大規模使用。
隨着官方MySQL Group Replication的GA,使用分布式協議來解決數據一致性問題已經成為了主流的方向。期望越來越多優秀的解決方案被提出,MySQL高可用問題可以被更好的解決。
簡單易用的數據庫哪個比較好?
1.數據量太大,比如上億,就用oracle,優點上億數據對Oracle來說輕飄飄的,也不用太多優化配置,缺點安裝比較麻煩,上手比較慢。
2.數據量較大,比如千萬級,用postgresql,它號稱對標Oracle,處理千萬級數據還是可以的,也是易學易用。
3.數據量一般,比如百萬級,用mysql,這個級別的數據量mysql處理還是比較快的。
4.數據量較小,比如十萬以下,sqlite、access都可以。
上面是基於單表操作的數據量,你看着選。
簡單易用的數據庫哪個比較好?這個要具體看你的用途,如果數據量比較少(10萬左右),追求簡約簡單,免費開源的sqlite就行,如果數據量比較多,考慮到高並發、分布式,可以使用專業的mysql、postgresql,下面我分別簡單介紹一下,感興趣的朋友可以嘗試一下:
小巧靈活sqlite
這是基於c語言開發的一個輕量級關係型數據庫,短小精悍、免費開源,個人使用無需繁瑣的配置,只需一個簡單的運行庫便可直接使用,針對各種編程語言都提供了豐富的API接口, java、 python、c#等都可輕鬆操作,如果你存儲數據量不多,只是本地簡單的操作(讀多寫少),可以使用一下這個數據庫,佔用內存非常少,輕便靈活,當然,在高並發、數據量大的情況下就不合適了:
專業強大mysql
這是目前應該廣泛使用的一個關係型數據庫,免費開源跨平台,在信息系統開發方面一直佔據着主力位置,如果你從事於web開發或者網站後台建設,那麼這個數據庫一定非常熟悉,支持高並發、分布式,存儲數據量相對於sqlite來說,更多也更安全,索引、觸發器、存儲過程等功能非常不錯,支持數據導入導出、恢復備份,只要你熟悉一下基本使用過程,很快就能掌握和運用:
免費開源postgresql
這是加州大學計算機系開發的一個對象-關係型數據庫(自由軟件),免費、開源、跨平台,支持流計算、全文檢索、圖式搜索、並行計算、存儲過程、空間數據、K-V類型,相比較mysql來說,在複雜查詢、高並發下更穩定、性能更優越,可擴展性、可維護性非常不錯,但也有劣勢,例如新舊版本不分離存儲,沒有Coverage index scan等,總體使用效果來說還不錯:
當然,除了以上3個數據庫,還有許多其他數據庫,像mssql、oracle等也都非常不錯,對於存儲和處理數據來說綽綽有餘,只要你熟悉一下基本使用過程,很快就能入門的,網上也有相關教程和資料,介紹的非常詳細,感興趣的話,可以搜一下,希望以上分享的內容能對你有所幫助吧,也歡迎大家評論、留言進行補充。
最符合初學者理解和入門的是Access,因為它和Excel本來就是一個套件,相互轉化容易,複製粘貼即可,非常好理解庫、表、字段、鍵的概念。
如果數據量不大,強烈推薦試試Filemaker,腳本化編程,自由定製輸入界面、工作流程,非常便捷高效。
最近殺出來的airtable,更是簡單高效,界面美觀,操作與電子表格相當,發展勢頭也非常迅猛。
二者側重點有所不同,用戶可根據需要選擇
作為一個軟件開發人員,長期需要和數據庫打交道,個人更加青睞於MySQL。雖然可能基於你的Excel原因,有些人會建議你使用Access數據庫,但是基於我個人的 意見,我並不建議你那樣做。採用MySql的具體理由如下:
1.MySQL具有普遍性,在國內的環境中,絕大多數的互聯網企業採用的是MySQL。有了廣大的用戶基礎後,針對於各種問題網上也能更好地找到解決方案。
2.MySQL相對於Oracle而言,更加輕量化,針對於從Excel量級的數據,沒必要使用Oracle。同時MySQL是完全免費的,不用擔心版權及費用問題,無論對個人還是對預算有限的企業而言都是很好的選擇。
3.MySQL高度兼容標準SQL,這對於以後遷移到其他數據庫而言,也能很大程度地降低學習成本。
希望我的回答能夠對你有所幫助!!![耶][耶][耶]
Excel辦公確實便利,可以做一些簡單的數據分析,但涉及大量複雜的數據運算,就會遇到和題主一樣的問題,運算速度慢,如果主機性能不是很好,還有可能面臨電腦死機,數據丟失等問題。
遇到這種情況,我們該如何解決呢?數據庫的重要性顯而易見!
現在, 我將用3分鐘的時間,與您探討該選擇何種數據庫,以及選擇它的理由,是否有更優的解決方案呢?
MySQL數據庫,90%的企業都會選擇它
數據庫選得好,企業的數據安全,資產安全,也就得到了保障。那麼該如何選擇數據庫呢?這個跟你的業務量和業務服務行業,密不可分。
如果你只是上班打卡,用SQL server就可以了;
如果你要儲存會話信息,用戶配置信息,購物車數據,建議使用NoSQL數據庫;
不過90%的企業或個人,首選數據庫都是MySQL數據庫。
為什麼這麼說?
因為,它集 低成本、高可用、可靠性強、易用性強、體積小、速度快開放源碼 等特性於一身,所以在金融、財務、網站、 數據處理 等應用領域,它佔據着獨一無二的優勢。
這也是幾乎所有企業都選擇它,來存儲數據的原因。
加之MySQL數據庫,支持多種存儲引擎,支持大型數據庫,可以處理成千上萬條記錄,還提供用於管理、檢查、優化數據庫操作的工具。
因而,MySQL尤其受個人,以及中小企業的推崇。
雖然MySQL數據庫簡單易用,但我還是不會部署該怎麼辦?
別擔心,現在市面上已經出現了,一種自帶數據庫的新型辦公軟件。
比如說,雲表企業應用平台,一款兼容excel功能,但功能更為強大的辦公軟件,它就內嵌了MySQL數據庫。 (文末有免費獲取方式)
雲表內嵌的MySQL數據庫,有何優點?
1. 性能更加優化,更加兼容系統。因為雲表的研發人員,時刻更新維護MySQL數據庫。
2. 省去自己手動部署的麻煩。但如果你熟悉部署數據庫,想把數據庫改成Oracle或SQL server等數據庫,也可以設置。(不過,我建議IT小白還是 “拿來即用” 就好)
3. 快速實時計算。數據分析實時交互,完全滿足管理決策中的臨時性分析,多變的業務需求,以及頻繁的結果刷新。
4. 通過自帶的內存計算引擎,無需事先建立CUBE,IT部門將告別報表延時報表分析,億級數據秒級響應。
內嵌的MySQL數據庫是否可靠
雲表不僅是一款辦公軟件,同時還是一款開發工具。
通過它,你將解決以下問題:
複雜的數據運算,精確到行列的權限管控,以及工作流,海量用戶同時在線辦公,數據透視,製作像銷售單,洽談合同等表單報表,一份製作,即可重複錄用……
你還可以通過它,與電子稱、地磅等進行對接,與用友金蝶等三方系統集成,生成條形碼,掃碼出入庫,生成移動端APP…… 基本上業務所需的功能,你都可以放心交給它做。
它最大的亮點就是,你可以 用使用excel的手法,用它來開發業務應用。
而且,可視化的 拖拉拽 之後,開發出來的ERP、WMS、OA、進銷存等業務應用,還秉承了MySQL數據庫增刪改查的功能特性。
沒錯,用雲表開發出來的業務應用,是允許二次開發的,而且功能可以隨時增刪改查,輕鬆滿足大集團精細化的數據控制需求。
不過,大家最關心的應該是數據安全問題吧。
數據存放在雲表內嵌的MySQL數據庫,是安全不丟失的,它提供了多種數據存儲的方式,本地部署,雲端部署,混合部署,任君挑選!
正因如此,像 恆逸石化、許繼電氣、航天科工委、中鐵、中冶、雲南小松 等大型集團,才鼓勵內部員工去學習雲表。
篇幅所限,只說到這裡,說太多你也不會看。
免費 的軟獲取方式在下方:
數據庫的用處可大着呢,不僅可以實現數據共享,減少數據冗餘度,還能實現對數據的集中控制,保持數據的一致性和可維護性。選取簡單易用的數據庫,你有什麼好的建議呢,留言讓我們看到噢!
題主強調了簡單易用。所以推薦最簡單三個。
1.Access。
2.Excel。
3.飛書文檔、騰訊文檔、石墨文檔等的表格。
如果要做分析,數據量才比較大,建議Access,還是專業的更好一些。網上教程也很多,比較容易學。而且建議用早一點的版本,比如2003或者2007,Access這些年微軟一直想從office里去掉,奈何用的人還是很多,所以不敢去掉,但是採取了一種比較噁心的方法讓用戶放棄,就是每發布一個新版本,就去掉一些好用的功能,所以說Access是越早的功能越強。
還一個推薦就是Sql Server Express版本,是SQL Server的免費版本,不要錢,基本功能都有,要比sqllite等強大的多
這要結合你個人實際情況來定,有計算機基礎,懂一點數據庫的話那麼市場上的那些軟件都可以用,常用有oracle,sqlserver,mysql等,要上手快還是sqlserver比較快,界面操作也比較直觀;如果一點基礎都沒有,但是又要分析數據的話可以用微軟自帶的一個access,這個上手比較快。決定用哪一種之後還是要買點教材看,簡單的sql查詢要會,熟練之後也能提高工作效率。
個人使用數據庫的話,只存數據不做分析,SQLite就足夠了。
mysql數據庫的擴展性是什麼意思
memcached是基於內存的軟件。
首先可以作為提升系統性能的工具。如果將memcached作為應用系統的cache服務,那麼數據庫不需要做任何改動。
其次可以將memcached與mysql整合為數據服務層。有兩種方式。第一種是將memcached的內存容量作為mysql數據庫的二級緩存,以此提升mysql的緩存容量。第二種是通過msyql的UDF(userdefined function interface)來與memcached進行數據通信,維護和更新memcached中的數據。應用程序直接通過memcached讀取數據。
第一種情況適用於業務比較特殊,實在難以對數據操作進行切分的場景。waffle grid就是這樣的一個開源項目。目前僅用於innodb的buffer pool。在這種情況下,memcached中的數據完全由數據庫來維護。
常見數據庫有哪些
01
Oracle數據庫
Oracle是甲骨文公司的一款關係數據庫管理系統。他在數據庫產品領域一直處於領先的地位,系統可移植性好、使用方便、功能強,適用於各類大、中、小、微機環境。目前Oracle關係數據庫產品的市場佔有率名列前茅。
02
DB2數據庫
DB2數據庫是IBM開發的,它不只局限於自己的操作系統,而且採取了對外開放的政策,另外他還有很多的版本,例如::DB2工作組版(DB2Workgroup Edition)、DB2企業版(DB2 Enterprise Edition)和DB2個人版(DB2 Personal Edition)等。各個版本的數據管理功能是一樣的,以便於操作人員的使用。
03
SQL Server數據庫
SQL Server數據庫是美國微軟公司開發的一種關係型數據庫系統,對所有的主流服務器骨架都有很好的支持。SQL語句可以用來執行各種各樣的操作,像更新數據庫中的數據等。其擴展性、高性能、系統管理先進性在一些方面是很突出的。
04
PostgreSQL數據庫
PostgreSQL是以加州大學伯克利分校計算機系開發的 POSTGRES,現在已經更名為PostgreSQL,它的特性非常齊全,對象軟件非常自由,包括了目前世界上最豐富的數據類型的支持。
05
MySQL數據庫
MySQL是一種開放源代碼的關係型數據庫管理系統,它對外開放,而且免費使用,其功能不是很強大,性能也一般,它在小型辦公方面還是佔有一定的優勢的,MySQL數據庫本身也有一定的限制,也不適合大訪問量的商業應用。
06
Sybase數據庫
Sybase數據庫是Sybase公司推出的一款軟件,主要有三種版本:一是UNIX操作系統下運行的版本,二是Novell Netware環境下運行的版本,三是Windows NT環境下運行的版本。Sybase數據庫基於客戶,真正對外開放,而且性能高。還存在幾個吸引人的地方:可編程數據庫、事件驅動的觸發器、結構體系多線索化。
特別提示
常見的數據庫就有這些,大家日常工作時要選擇合適的數據庫,這樣我們的工作就會做得更加順手。
MySQL的數據庫文件有幾種?擴展名及作用分別是什麼?
在MySQL中每一個數據庫都會在定義好(或者默認)的數據目錄下存在一個以數據庫名字命名的文件夾,用來存放該數據庫中各種表數據文件。
1、“.frm”文件 與表相關的元數據(meta)信息都存放在“.frm”文件中,包括表結構的定義信息等。不論是什麼存儲引擎,每一個表都會有一個以表名命名的“.frm”文件。所有的“.frm”文件都存放在所屬數據庫的文件夾下面。
2、“.MYD”文件“ .MYD”文件是MyISAM存儲引擎專用,存放MyISAM表的數據。每一個MyISAM表都會有一個“.MYD”文件與之對應,同樣存放於所屬數據庫的文件夾下,和“.frm”文件在一起。
3、“.MYI”文件 “.MYI”文件也是專屬於MyISAM存儲引擎的,主要存放MyISAM表的索引相關信息。對於MyISAM存儲來說,可以被cache的內容主要就是來源於“.MYI”文件中。每一個MyISAM表對應一個“.MYI”文件,存放於位置和“.frm”以及“.MYD”一樣。
管理工具:
可以使用命令行工具管理 MySQL 數據庫(命令 mysql 和 mysqladmin),也可以從 MySQL 的網站下載圖形管理工具 MySQL Administrator, MySQL Query Browser 和 MySQL Workbench。
phpMyAdmin是由 php 寫成的 MySQ L資料庫系統管理程程序,讓管理者可用 Web 界面管理 MySQL 資料庫。
phpMyBackupPro也是由 PHP 寫成的,可以透過 Web 界面創建和管理數據庫。它可以創建偽 cronjobs,可以用來自動在某個時間或周期備份 MySQL 數據庫。另外,還有其他的 GUI 管理工具,例如 mysql-front 以及 ems mysql manager, navicat等等。
以上內容參考:百度百科-mySQL
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hant/n/291240.html