mysql數據庫之表和庫,mysql數據庫和表的關係

本文目錄一覽：

• 1、MySQL數據庫性能優化之分區分表分庫
• 2、如何查看mysql數據庫中有哪些表？
• 3、MySQL數據庫基礎+ 數據庫的基本操作？
• 4、mysql有庫和表的概念，但是中間這個是啥意思？哪位大神知道

MySQL數據庫性能優化之分區分表分庫

分表是分散數據庫壓力的好方法。

分表，最直白的意思，就是將一個表結構分為多個表，然後，可以再同一個庫里，也可以放到不同的庫。

當然，首先要知道什麼情況下，才需要分表。個人覺得單表記錄條數達到百萬到千萬級別時就要使用分表了。

分表的分類

**1、縱向分表**

將本來可以在同一個表的內容，人為劃分為多個表。（所謂的本來，是指按照關係型數據庫的第三範式要求，是應該在同一個表的。）

分表理由：根據數據的活躍度進行分離，（因為不同活躍的數據，處理方式是不同的）

案例：

對於一個博客系統，文章標題，作者，分類，創建時間等，是變化頻率慢，查詢次數多，而且最好有很好的實時性的數據，我們把它叫做冷數據。而博客的瀏覽量，回複數等，類似的統計信息，或者別的變化頻率比較高的數據，我們把它叫做活躍數據。所以，在進行數據庫結構設計的時候，就應該考慮分表，首先是縱向分表的處理。

這樣縱向分表後：

首先存儲引擎的使用不同，冷數據使用MyIsam 可以有更好的查詢數據。活躍數據，可以使用Innodb ,可以有更好的更新速度。

其次，對冷數據進行更多的從庫配置，因為更多的操作時查詢，這樣來加快查詢速度。對熱數據，可以相對有更多的主庫的橫向分表處理。

其實，對於一些特殊的活躍數據，也可以考慮使用memcache ,redis之類的緩存，等累計到一定量再去更新數據庫。或者mongodb 一類的nosql 數據庫，這裡只是舉例，就先不說這個。

**2、橫向分表**

字面意思，就可以看出來，是把大的表結構，橫向切割為同樣結構的不同表，如，用戶信息表，user_1,user_2等。表結構是完全一樣，但是，根據某些特定的規則來劃分的表，如根據用戶ID來取模劃分。

分表理由：根據數據量的規模來劃分，保證單表的容量不會太大，從而來保證單表的查詢等處理能力。

案例：同上面的例子，博客系統。當博客的量達到很大時候，就應該採取橫向分割來降低每個單表的壓力，來提升性能。例如博客的冷數據表，假如分為100個表，當同時有100萬個用戶在瀏覽時，如果是單表的話，會進行100萬次請求，而現在分表後，就可能是每個表進行1萬個數據的請求（因為，不可能絕對的平均，只是假設），這樣壓力就降低了很多很多。

延伸：為什麼要分表和分區？

日常開發中我們經常會遇到大表的情況，所謂的大表是指存儲了百萬級乃至千萬級條記錄的表。這樣的表過於龐大，導致數據庫在查詢和插入的時候耗時太長，性能低下，如果涉及聯合查詢的情況，性能會更加糟糕。分表和表分區的目的就是減少數據庫的負擔，提高數據庫的效率，通常點來講就是提高表的增刪改查效率。

什麼是分表？

分表是將一個大表按照一定的規則分解成多張具有獨立存儲空間的實體表，我們可以稱為子表，每個表都對應三個文件，MYD數據文件，.MYI索引文件，.frm表結構文件。這些子表可以分布在同一塊磁盤上，也可以在不同的機器上。app讀寫的時候根據事先定義好的規則得到對應的子表名，然後去操作它。

什麼是分區？

分區和分表相似，都是按照規則分解表。不同在於分表將大表分解為若干個獨立的實體表，而分區是將數據分段劃分在多個位置存放，可以是同一塊磁盤也可以在不同的機器。分區後，表面上還是一張表，但數據散列到多個位置了。app讀寫的時候操作的還是大表名字，db自動去組織分區的數據。

**MySQL分表和分區有什麼聯繫呢？**

1、都能提高mysql的性高，在高並髮狀態下都有一個良好的表現。

2、分表和分區不矛盾，可以相互配合的，對於那些大訪問量，並且表數據比較多的表，我們可以採取分表和分區結合的方式（如果merge這種分表方式，不能和分區配合的話，可以用其他的分表試），訪問量不大，但是表數據很多的表，我們可以採取分區的方式等。

3、分表技術是比較麻煩的，需要手動去創建子表，app服務端讀寫時候需要計算子表名。採用merge好一些，但也要創建子表和配置子表間的union關係。

4、表分區相對於分表，操作方便，不需要創建子表。

我們知道對於大型的互聯網應用，數據庫單表的數據量可能達到千萬甚至上億級別，同時面臨這高並發的壓力。Master-Slave結構只能對數據庫的讀能力進行擴展，寫操作還是集中在Master中，Master並不能無限制的掛接Slave庫，如果需要對數據庫的吞吐能力進行進一步的擴展，可以考慮採用分庫分表的策略。

**1、分表**

在分表之前，首先要選中合適的分表策略（以哪個字典為分表字段，需要將數據分為多少張表），使數據能夠均衡的分布在多張表中，並且不影響正常的查詢。在企業級應用中，往往使用org_id(組織主鍵)做為分表字段，在互聯網應用中往往是userid。在確定分表策略後，當數據進行存儲及查詢時，需要確定到哪張表裡去查找數據，

數據存放的數據表 = 分表字段的內容 % 分表數量

**2、分庫**

分表能夠解決單表數據量過大帶來的查詢效率下降的問題，但是不能給數據庫的並發訪問帶來質的提升，面對高並發的寫訪問，當Master無法承擔高並發的寫入請求時，不管如何擴展Slave服務器，都沒有意義了。我們通過對數據庫進行拆分，來提高數據庫的寫入能力，即所謂的分庫。分庫採用對關鍵字取模的方式，對數據庫進行路由。

數據存放的數據庫=分庫字段的內容%數據庫的數量

**3、即分表又分庫**

數據庫分表可以解決單表海量數據的查詢性能問題，分庫可以解決單台數據庫的並發訪問壓力問題。

當數據庫同時面臨海量數據存儲和高並發訪問的時候，需要同時採取分表和分庫策略。一般分表分庫策略如下：

中間變量 = 關鍵字%（數據庫數量*單庫數據表數量）

庫 = 取整（中間變量/單庫數據表數量）

表 = （中間變量%單庫數據表數量）

實例：

1、分庫分表

很明顯，一個主表（也就是很重要的表，例如用戶表）無限制的增長勢必嚴重影響性能，分庫與分表是一個很不錯的解決途徑，也就是性能優化途徑，現在的案例是我們有一個1000多萬條記錄的用戶表members,查詢起來非常之慢，同事的做法是將其散列到100個表中，分別從members0到members99，然後根據mid分發記錄到這些表中，牛逼的代碼大概是這樣子：

複製代碼 代碼如下:

?php

for($i=0;$i 100; $i++ ){

//echo “CREATE TABLE db2.members{$i} LIKE db1.members

“;

echo “INSERT INTO members{$i} SELECT * FROM members WHERE mid%100={$i}

“;

}

?

2、不停機修改mysql表結構

同樣還是members表，前期設計的表結構不盡合理，隨着數據庫不斷運行，其冗餘數據也是增長巨大，同事使用了下面的方法來處理：

先創建一個臨時表：

/*創建臨時表*/

CREATE TABLE members_tmp LIKE members

然後修改members_tmp的表結構為新結構，接着使用上面那個for循環來導出數據，因為1000萬的數據一次性導出是不對的，mid是主鍵，一個區間一個區間的導，基本是一次導出5萬條吧，這裡略去了

接着重命名將新表替換上去：

/*這是個頗為經典的語句哈*/

RENAME TABLE members TO members_bak,members_tmp TO members;

就是這樣，基本可以做到無損失，無需停機更新表結構，但實際上RENAME期間表是被鎖死的，所以選擇在線少的時候操作是一個技巧。經過這個操作，使得原先8G多的表，一下子變成了2G多。

如何查看mysql數據庫中有哪些表？

use 數據庫名

show tables就能看到這個庫中所有的表

或者更直接一點，你到mysql 的data文件夾下看看，有多少個文件夾就有多少個庫，看看有多少個不同的文件名，就有多少個表

//看當前使用的是哪個數據庫 ,如果你還沒選擇任何數據庫，結果是NULL。mysqlselect database(); +————+ | DATABASE() | +————+ | menagerie  | +————+

如何查看Mysql中有哪些數據庫和表

我想要知道自己的Mysql中有哪些數據庫和表，該如何查看？

2006-6-20 02:22 lcy234

show databases;use databaseName;show tables;

MySQL（發音為”my ess cue el”，不是”my sequel”）是一種開放源代碼的關係型數據庫管理系統（RDBMS），MySQL數據庫系統使用最常用的數據庫管理語言–結構化查詢語言（SQL）進行數據庫管理。

MySQL數據庫基礎+ 數據庫的基本操作？

需要用的資料以鏈接的形式給需要的同學。

我用的mysql版本為： Mysql-5.5.45-win64.msi 密碼是：26zw

圖形化工具 Navicat(前期不推薦用，直接手動敲)： Navicat 密碼：c7fs

開始我的MySQL之旅吧 始於2016.12.04

–WH

一、數據庫的安裝

這個就不在這裡過多闡述了，因為網上實在是太多安裝mysql的教程了，有了我給的mysql，在按照這個安裝教程(MySQL安裝教程)去看，就能夠安裝完好。

安裝好mysql後，如果需要使用windows命令窗口(也就是cmd)來操作mysql，那麼就需要配置環境變量，在安裝好的mysql下找到bin，將其目錄放到環境變量path中去，就行了，檢測成功與否的方法是在cmd命令窗口中輸入mysql，就會出現一大段英文，就說明成功了，反之失敗，如果不會的話就去百度搜教程。

二、數據庫的基本操作

1、開啟mysql服務命令

net start mysql

2、進入mysql的兩種方式

明文進入：mysql -uroot -proot格式：mysql -u帳號　-p密碼

密文進入：mysql -uroot -p 按enter會提示你輸入密碼(Enter pssword:)，此時你寫的密碼就會顯示為***這樣。

3、查看mysql中所有的數據庫(一般在固定的單詞命令就會是用大寫，這個要習慣，看多了敲多了就認識了)

前面四個數據庫是mysql中自帶的，也就是必須的.

SHOW DATABASES;

4、創建名為test_1的數據庫

格式：CREATE DATABASE 數據庫名

CREATE DATABASE test_1;

5、刪除名為test_1的數據庫

格式：DROP DATABASE 數據庫名

DROP DATABASE test_1;

總結：學習了對數據庫的三個操作，1、查看所有數據庫 2、創建數據庫 3、刪除數據庫

三、數據表的基本操作

數據表和數據庫還有Mysql三者的關係

mysql中保存了很多數據庫、一個數據庫中可以保存很多表。

對數據表的增(創建表)刪(刪除表)改(修改表字段)查(查詢表結構)。 注意：這裡的操作對象是表，對錶的操作也就是表的結構，和表中的字段的操作(字段和記錄要分清楚)

前提：表是在數據庫下的，所以要先確實使用哪個數據庫。

USE test_1;

1、創建數據表

格式：CREATE TABLE 數據表名(

　字段名1數據類型[列級別約束條件],

　字段名2數據類型[列級別約束條件],

　字段名3數據類型[列級別約束條件]

　);　

注意：格式不一定需要這樣隔着寫，完全可以全部寫成一行。但是那樣寫可觀性非常差。我這樣寫只是為了可以看的更清晰。

解釋：

1、[]中括號中的內容表示可以有可以沒有，

2、列級別這個“列”一定要搞清楚說的是什麼，一張表中有行有列，列表示豎，行表示橫　

3、約束條件後面會講到

1.1、創建沒有約束的student表

　CREATE TABLE student( idINT(11), nameVARCHAR(12), ageINT(11) 　);

注釋：SHOW TABLES 查詢數據庫底下的所有表。

1.2、創建有約束的student表

　六大約束：主鍵約束、外鍵約束、非空約束、唯一約束、默認約束、自動增加

1.2.1：主鍵約束

PRIMARY KEY(primary key)：獨一無二(唯一)和不能為空(非空)，通俗的講，就是在表中增加記錄時，在該字段下的數據不能重複，不能為空，比如以上面創建的表為例子，在表中增加兩條記錄，如果id字段用了主鍵約束。則id不能一樣，並且不能為空。一般每張表中度有一個字段為主鍵，唯一標識這條記錄。以後需要找到該條記錄也可以同這個主鍵來確認記錄，因為主鍵是唯一的，並且非空，一張表中每個記錄的主鍵度不一樣，所以根據主鍵也就能找到對應的記錄。而不是多條重複的記錄。如果沒有主鍵，那麼表中就會存在很多重複的記錄，那麼即浪費存儲空間，在查詢時也消耗更多資源。

一般被主鍵約束了的字段度習慣性的稱該字段為該表的主鍵

單字段主鍵約束

兩種方式都可以

CREATE TABLE student(CREATE TABLE student(

idINT(11) PRIMARY KEY,idINT(11),

nameVARCHAR(12),nameVARCHAR(12),

ageINT(11) ageINT(11),

);　PRIMARY KEY(id) );

多字段主鍵約束(複合主鍵)

這個id和name都市主鍵，說明在以後增加的插入的記錄中，id和name不能同時一樣，比如說可以是這樣。一條記錄為id=1，name=yyy、另一條記錄為：id=1，name=zzz。 這樣是可以的。並不是你們所理解的兩個字段分別度不可以相同。

CREATE TABLE student(CREATE TABLE student(

idINT(11) PRIMARY KEY,idINT(11),

nameVARCHAR(12) PRIMARY KEY,　nameVARCHAR(12),

ageINT(11)　ageINT(11),

);PRIMARY KEY(id,name) );

1.2.2：外鍵約束

什麼是外鍵舉個例子就清楚了，有兩張表，一張表是emp(員工)表，另一張表是dept(部門)表，一個員工屬於一個部門，那麼如何通過員工能讓我們自己他在哪個部門呢？那就只能在員工表中增加一個字段，能代表員工所在的部門，那該字段就只能是存儲dept中的主鍵了(因為主鍵是唯一的，才能確實是哪個部門，進而代表員工所在的部門，如果是部門名稱，有些部門的名稱可能是同名。就不能區分了。)，像這樣的字段，就符合外鍵的特點，就可以使用外鍵約束，使該字段只能夠存儲另一張表的主鍵。如果不被外鍵約束，那麼該字段就無法保證存儲進來的值就一定是另一張表的主鍵值。

外鍵約束的特點：

1、外鍵約束可以描述任意一個字段(包括主鍵)，可以為空，並且一個表中可以有多個外鍵。但是外鍵字段中的值必須是另一張表中的主鍵。

2、這樣被外鍵關聯的兩種表的關係可以稱為父子表或者主從表。子表(從表)擁有外鍵字段的表，父表(主表)被外鍵字段所指向的表。

3、子表被外鍵約束修飾的字段必須和父表的主鍵字段的類型一樣。

注意：一個表中有被外鍵修飾的字段，就稱該表有外鍵(是“有外鍵”。而不是“是外鍵”)，並會給該表中的外鍵約束取一個名稱，所以我們常說的這個表有沒有外鍵，指的不是被外鍵約束修飾的字段名，而是指這個表是否有存在外鍵約束。也就是說，不能說這個表的外鍵是xxx(該表中被外鍵約束修飾的字段名)，這種說法是錯誤的，但是大多數人已經習慣了這樣，雖然影響不大，但是在很多時候需要理解一個東西時，會造成一定的困擾。

格式：CONSTRAINT外鍵名稱FOREIGN KEY(被外鍵約束的字段名稱)REFERENCES 主表名(主鍵字段)

英文解釋：CONSTRAINT:約束REFERENCES:參考

CREATE TABLE tableA

(

id INT(11),

name VARCHAR(22),

location VARCHAR(50),

PRIMARY KEY(id)

);

CREATE TABLE tableB

(

id INT(11),

name VARCHAR(22) NOT NULL,

deptId INT(11),

PRIMARY KEY(id),

CONSTRAINT tableA_tableB_1 FOREIGH KEY(deptId) REFERENCES tableA(id)

);

　解釋：tableB中有一個名為tableA_tableB_1的外鍵關聯了tableA和tableB兩個表，被外鍵約束修飾的字段為tableB中的deptId，主鍵字段為tableA中的id　

1.2.3：非空約束

NOT NULL. 被該約束修飾了的字段，就不能為空，主鍵約束中就包括了這個約束

CREATE TABLE tableA

(

id INT(11),

name VARCHAR(22) NOT NULL,

location VARCHAR(50),

PRIMARY KEY(id)

);

1.2.4：唯一約束

UNIQUE 被唯一約束修飾了的字段，表示該字段中的值唯一，不能有相同的值，通俗點講，就好比插入兩條記錄，這兩條記錄中處於該字段的值不能是一樣的。

　 CREATE TABLE tableA

(

id INT(11),

name VARCHAR(22) UNIQUE,

location VARCHAR(50),

PRIMARY KEY(id)

);

也就是說在插入的記錄中，每條記錄的name值不能是一樣的。

1.2.5：默認約束

Default 指定這一列的默認值為多少，比如，男性同學比較多，性別就可以設置為默認男，如果插入一行記錄時，性別沒有填，那麼就默認加上男　

CREATE TABLE table

(

id INT(11) PRIMARY KEY,

name VARCHAR(22) NOT NULL,

deptId INT(11) DEFAULT 1111,

salary FLOAT

);

1.2.6：自動增加

AUTO_INCREMENT 一個表只能一個字段使用AUTO_INCREMENT，並且使用這個約束的字段只能是整數類型(任意的整數類型 TINYINT,SMALLIN,INT,BIGINT)，默認值是1，也就是說從1開始增加的。一般就是給主鍵使用的，自動增加，使每個主鍵的值度不一樣，並且不用我們自己管理，讓主鍵自己自動生成

CREATE TABLE table ( id INT(11) PRIMARY KEY AUTO_INCREMENT, name VARCHAR(22) NOT NULL );

2、查詢表結構

2.1、查看錶基本結構語句

格式1：DESCRIBE 表名/DESC 表名這兩個的功能是一樣的，簡寫了單詞describe

DESCRIBE　student;

2.2、查看創建表的語句　

　格式：SHOW CREATE TABLE 表名

　SHOW CREATE TABLE student;

這樣顯示的格式很不好，看不清楚，所以有了下面這個語句

格式：SHOW CREATE TABLE 表名\G

SHOW CREATE TABLE student\G;

3、修改數據表

修改數據表包括：對表中字段的增加、刪除、修改。 在這個裡面用的關鍵字為 ALTER

3.1、修改表名

格式：ALTER TABLE舊錶名 RENAME[TO]新表名;

將student表名改為student1(改完後在改回來)

ALTER TABLE student RENAME TO student1;

3.2、修改表中的字段名

格式：ALTER TABLE表名 CHANGE舊字段名新字段名新數據類型

將student表中的name字段名改為 username

ALTER TABLE student CHANGE name username VARCHAR(30);

3.3、修改表中的數據類型

格式：ALTER TABLE表名 MODIFY字段名數據類型　

ALTER TABLE student MODIFY username VARCHAR(20);

解釋：只能修改字段名的數據類型，但是其原理跟上面change做的事情一樣，這裡也有修改字段名的過程，只不過修改後的字段名和修改前的字段名相同，但是數據類型不一樣。

3.4、修改字段的排列位置

　方式1：ALTER TABLE表名 MODIFY字段1數據類型 FIRST|AFTER字段2

　解釋：將字段1的位置放到第一，或者放到指定字段2的後面

　ALTER TABLE student MODIFY username VARCHAR(20) AFTER age;

方式2：ALTER TABLE表名 CHANGE字段1字段2數據類型 FIRST|AFTER字段3　

解釋：其實是一樣的，將是字段2覆蓋字段1，然後在進行排序

ALTER TABLE student CHANGE username username VARCHAR(20) AFTER age;

總結

CHANGE和MODIFY的區別？

原理都市一樣的，MODIFY只能修改數據類型，但是CHANGE能夠修改數據類型和字段名，也就是說MODIFY是CHANGE的更具體化的一個操作。可能覺得用CHANGE只改變一個數據類型不太爽，就增加了一個能直接改數據類型的使用關鍵字MODIFY來操作。

3.5、添加字段

格式：ALTER TABLE表名稱 ADD新字段名數據類型[約束條件][FIRST|AFTER已存在的表名]

解釋：在一個特定位置增加一個新的字段，如果不指定位置，默認是最後一個。

ALTER TABLE student ADD sex VARCHAR(11);

3.6、刪除字段

格式：ALTER TABLE表名稱 DROP字段名;

ALTER TABLE student DROP sex;

3.7、刪除表的外鍵約束

格式：ALTER TABLE表名稱 DROP FOREIGN KEY外鍵約束名

注意：外鍵約束名 指的不是被外鍵約束修飾的字段名，切記，而是我們在創建外鍵約束關係時取的名字。

3.8、更改表的存儲引擎

格式：ALTER TABLE表名 ENGINE=更改後的存儲引擎名

這個存儲引擎目前我自己也不太清楚，雖然知道有哪幾種引擎，但是稍微深入一點就不清楚了，所以打算留到日後在說。

4、刪除表

4.1、刪除無關聯表

格式：DROP TABLE表名；

ALTER TABLE student;

4.2、刪除被其他表關聯的主表

這個是比較重要的一點，在有外鍵關聯關係的兩張表中，如果刪除主表，那麼是刪不掉的，並且會報錯。因為有張表依賴於他。那怎麼辦呢？針對這種情況，總共有兩種方法

1、先刪除你子表，然後在刪除父表，這樣就達到了刪除父表的目的，但是子表也要被刪除

2、先解除外鍵關係，然後在刪除父表，這樣也能達到目的，並且保留了子表，只刪除我們不需要的父表。在3.7中就講解了如何刪除外鍵關係。

mysql有庫和表的概念，但是中間這個是啥意思？哪位大神知道

在mysql中，shema和數據庫是一個意思，CREATE SCHEMA是CREATE DATABASE的同義詞。但是其他數據庫schema和database並不等同，需要具體看文檔了解。