mysql沒索引可以支持多少數據

❶ 關於MySQL的表最多能建多少個索引

老實說，看到這個問題的瞬間我是有點懵的狀態，我原本只只知道Innodb引擎的表，最多隻有1017列（至於為什麼不是1024，可以網路一下）， 下意識地就覺得索引最多可以創建1017個，但是仔細一想，不對啊， 索引可以是復合索引啊，那絕對不止1017，難道索引的數量會是1個很大的數據嗎? 再仔細想想，以Innodb的摳門個性，不可能會是1個大的數值，然後去翻了下官方文檔，看到如下內容。 This section describes limits for InnoDB tables, indexes, tablespaces, and other aspects of the InnoDB storage engine. 上面就清楚地寫著， 1個表最大隻能創建64個2級索引。 加上主鍵，那麼上面的問題就有了答案，65個。 我試著填了65 的答案上去之後，點擊提交，網站給我的回復是錯誤，我花了1個積分查看了正確答案【我回答是為了賺積分，沒想到還賠了1個積分！！】 網站給的答案是：16. 納尼！ 怎麼比官方的64還低！ 然後我往剛才官方文檔下面拉一拉，發現看了一個跟16的數字有關的描述： A maximum of 16 columns is permitted for multicolumn indexes. Exceeding the limit returns an error. ERROR 1070 (42000): Too many key parts specified; max 16 parts allowed 上面寫的是，復合索引最多隻能16列，超過就會報錯。 有意思的是，然後我又在網路上搜索了相關的問題，沒想到好幾個答案都是寫著16，我覺得16的應該是被別人給誤導了，這個網站出題的這個作者，應該 也是網路了下，看到答案是16就給了個16的答案。 有心反饋這個問題，可惜沒有渠道反饋，然後就在這里寫下一點心得，關於技術的東西，發現有疑問或者懷疑的時候， 還是得翻一翻官方文檔為好，起碼能保證不會出錯。

❷ mySQL的索引功能

索引是一種特殊的文件（InnoDB 數據表上的索引是表空間的一個組成部分），它們包含著對數據表裡所有記錄的引用指針。索引不是萬能的，索引可以加快數據檢索操作，但會使數據修改操作變慢。每修改數據記錄，索引就必須刷新一次。為了在某種程度上彌補這一缺陷，許多 SQL 命令都有一個 DELAY_KEY_WRITE 項。這個選項的作用是暫時制止 MySQL 在該命令每插入一條新記錄和每修改一條現有之後立刻對索引進行刷新，對索引的刷新將等到全部記錄插入/修改完畢之後再進行。在需要把許多新記錄插入某個數據表的場合，DELAY_KEY_WRITE 選項的作用將非常明顯。另外，索引還會在硬碟上佔用相當大的空間。因此應該只為最經常查詢和最經常排序的數據列建立索引。注意，如果某個數據列包含許多重復的內容，為它建立索引就沒有太大的實際效果。
從理論上講，完全可以為數據表裡的每個欄位分別建一個索引，但 MySQL 把同一個數據表裡的索引總數限制為16個。
1．InnoDB 數據表的索引
與 InnoDB數據表相比，在 InnoDB 數據表上，索引對 InnoDB 數據表的重要性要大得多。在 InnoDB 數據表上，索引不僅會在搜索數據記錄時發揮作用，還是數據行級鎖定機制的苊、基礎。「數據行級鎖定」的意思是指在事務操作的執行過程中鎖定正在被處理的個別記錄，不讓其他用戶進行訪問。這種鎖定將影響到（但不限於）SELECT、LOCKINSHAREMODE、SELECT、FORUPDATE 命令以及 INSERT、UPDATE 和 DELETE 命令。出於效率方面的考慮，InnoDB 數據表的數據行級鎖定實際發生在它們的索引上，而不是數據表自身上。顯然，數據行級鎖定機制只有在有關的數據表有一個合適的索引可供鎖定的時候才能發揮效力。
2．限制
如果 WHERE 子句的查詢條件里有不等號（WHERE coloum !=），MySQL 將無法使用索引。類似地，如果 WHERE 子句的查詢條件里使用了函數（WHERE DAY（column）=），MySQL 也將無法使用索引。在 JOIN 操作中（需要從多個數據表提取數據時），MySQL 只有在主鍵和外鍵的數據類型相同時才能使用索引。
如果 WHERE 子句的查詢條件里使用比較操作符 LIKE 和 REGEXP，MySQL 只有在搜索模板的第一個字元不是通配符的情況下才能使用索引。比如說，如果查詢條件是 LIKE 'abc%『，MySQL 將使用索引；如果查詢條件是 LIKE '%abc』，MySQL 將不使用索引。
在 ORDER BY 操作中，MySQL 只有在排序條件不是一個查詢條件表達式的情況下才使用索引。（雖然如此，在涉及多個數據表查詢里，即使有索引可用，那些索引在加快 ORDER BY 方面也沒什麼作用）。如果某個數據列里包含許多重復的值，就算為它建立了索引也不會有很好的效果。比如說，如果某個數據列里包含的凈是些諸如 「0/1」 或 「Y/N」 等值，就沒有必要為它創建一個索引。 1．普通索引
普通索引（由關鍵字 KEY 或 INDEX 定義的索引）的唯一任務是加快對數據的訪問速度。因此，應該只為那些最經常出現在查詢條件（WHERE column =）或排序條件（ORDER BY column）中的數據列創建索引。只要有可能，就應該選擇一個數據最整齊、最緊湊的數據列（如一個整數類型的數據列）來創建索引。
2．唯一索引
普通索引允許被索引的數據列包含重復的值。比如說，因為人有可能同名，所以同一個姓名在同一個「員工個人資料」數據表裡可能出現兩次或更多次。
如果能確定某個數據列將只包含彼此各不相同的值，在為這個數據列創建索引的時候就應該用關鍵字UNIQUE 把它定義為一個唯一索引。這么做的好處：一是簡化了 MySQL 對這個索引的管理工作，這個索引也因此而變得更有效率；二是 MySQL 會在有新記錄插入數據表時，自動檢查新記錄的這個欄位的值是否已經在某個記錄的這個欄位里出現過了；如果是，MySQL 將拒絕插入那條新記錄。也就是說，唯一索引可以保證數據記錄的唯一性。事實上，在許多場合，人們創建唯一索引的目的往往不是為了提高訪問速度，而只是為了避免數據出現重復。
3．主索引
在前面已經反復多次強調過：必須為主鍵欄位創建一個索引，這個索引就是所謂的「主索引」。主索引與唯一索引的唯一區別是：前者在定義時使用的關鍵字是 PRIMARY 而不是 UNIQUE。
4．外鍵索引
如果為某個外鍵欄位定義了一個外鍵約束條件，MySQL 就會定義一個內部索引來幫助自己以最有效率的方式去管理和使用外鍵約束條件。
5．復合索引
索引可以覆蓋多個數據列，如像 INDEX (columnA, columnB) 索引。這種索引的特點是 MySQL 可以有選擇地使用一個這樣的索引。如果查詢操作只需要用到 columnA 數據列上的一個索引，就可以使用復合索引 INDEX(columnA, columnB)。不過，這種用法僅適用於在復合索引中排列在前的數據列組合。比如說，INDEX (A，B，C) 可以當做 A 或 (A,B) 的索引來使用，但不能當做 B、C 或 (B,C) 的索引來使用。 在為 CHAR 和 VARCHAR 類型的數據列定義索引時，可以把索引的長度限制為一個給定的字元個數（這個數字必須小於這個欄位所允許的最大字元個數）。這么做的好處是可以生成一個尺寸比較小、檢索速度卻比較快的索引文件。在絕大多數應用里，資料庫中的字元串數據大都以各種各樣的名字為主，把索引的長度設置為10~15 個字元已經足以把搜索范圍縮小到很少的幾條數據記錄了。在為 BLOB 和 TEXT 類型的數據列創建索引時，必須對索引的長度做出限制；MySQL 所允許的最大索引全文索引文本欄位上的普通索引只能加快對出現在欄位內容最前面的字元串（也就是欄位內容開頭的字元）進行檢索操作。如果欄位里存放的是由幾個、甚至是多個單詞構成的較大段文字，普通索引就沒什麼作用了。這種檢索往往以的形式出現，這對 MySQL 來說很復雜，如果需要處理的數據量很大，響應時間就會很長。
這類場合正是全文索引（full-textindex）可以大顯身手的地方。在生成這種類型的索引時，MySQL 將把在文本中出現的所有單詞創建為一份清單，查詢操作將根據這份清單去檢索有關的數據記錄。全文索引即可以隨數據表一同創建，也可以等日後有必要時再使用下面這條命令添加：
ALTER TABLE tablename ADD FULLTEXT（column1，column2）有了全文索引，就可以用 SELECT 查詢命令去檢索那些包含著一個或多個給定單詞的數據記錄了。下面是這類查詢命令的基本語法：
SELECT * FROM tablename
WHERE MATCH (column1,column2) AGAINST('word1','word2','word3')
上面這條命令將把 column1 和 column2 欄位里有 word1、word2 和 word3 的數據記錄全部查詢出來。
註解：InnoDB 數據表不支持全文索引。 只有當資料庫里已經有了足夠多的測試數據時，它的性能測試結果才有實際參考價值。如果在測試資料庫里只有幾百條數據記錄，它們往往在執行完第一條查詢命令之後就被全部載入到內存里，這將使後續的查詢命令都執行得非常快--不管有沒有使用索引。只有當資料庫里的記錄超過了 1000 條、數據總量也超過了 MySQL 伺服器上的內存總量時，資料庫的性能測試結果才有意義。
在不確定應該在哪些數據列上創建索引的時候，人們從 EXPLAIN SELECT 命令那裡往往可以獲得一些幫助。這其實只是簡單地給一條普通的 SELECT 命令加一個 EXPLAIN 關鍵字作為前綴而已。有了這個關鍵字，MySQL 將不是去執行那條 SELECT 命令，而是去對它進行分析。MySQL 將以表格的形式把查詢的執行過程和用到的索引等信息列出來。
在 EXPLAIN 命令的輸出結果里，第1列是從資料庫讀取的數據表的名字，它們按被讀取的先後順序排列。type列指定了本數據表與其它數據表之間的關聯關系（JOIN）。在各種類型的關聯關系當中，效率最高的是 system，然後依次是 const、eq_ref、ref、range、index 和 All（All 的意思是：對應於上一級數據表裡的每一條記錄，這個數據表裡的所有記錄都必須被讀取一遍——這種情況往往可以用一索引來避免）。
possible_keys 數據列給出了 MySQL 在搜索數據記錄時可選用的各個索引。key 數據列是 MySQL 實際選用的索引，這個索引按位元組計算的長度在 key_len 數據列里給出。比如說，對於一個 INTEGER 數據列的索引，這個位元組長度將是4。如果用到了復合索引，在 key_len 數據列里還可以看到 MySQL 具體使用了它的哪些部分。作為一般規律，key_len 數據列里的值越小越好。
ref 數據列給出了關聯關系中另一個數據表裡的數據列的名字。row 數據列是 MySQL 在執行這個查詢時預計會從這個數據表裡讀出的數據行的個數。row 數據列里的所有數字的乘積可以大致了解這個查詢需要處理多少組合。
最後，extra 數據列提供了與 JOIN 操作有關的更多信息，比如說，如果 MySQL 在執行這個查詢時必須創建一個臨時數據表，就會在 extra 列看到 usingtemporary 字樣。

❸ mysql資料庫支持多少條數據

在mysql中，每個資料庫最多可創建20億個表，一個表允許定義1024列，每行的最大長度為8092位元組(不包括文本和圖像類型的長度)。當表中定義有varchar、nvarchar或varbinary類型列時，如果向表中插入的數據行超過8092位元組時將導致Transact-SQL語句失敗，並產生錯誤信息。SQL
Server對每個表中行的數量沒有直接限制，但它受資料庫存儲空間的限制。每個資料庫的最大空間1048516TB，所以一個表可用的最大空間為1048516TB減去資料庫類系統表和其它資料庫對象所佔用的空間。

❹ MySQL最多可建立多少索引和索引的限制

MySQL索引類型包括：
一、普通索引
這是最基本的索引，它沒有任何限制。有以下幾種創建方式：
1.創建索引
代碼如下:

CREATE INDEX indexName ON mytable(username(length));
如果是CHAR，VARCHAR類型，length可以小於欄位實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。

2.修改表結構

代碼如下:
ALTER mytable ADD INDEX [indexName] ON (username(length)) -- 創建表的時候直接指定。
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );

-- 刪除索引的語法：
DROP INDEX [indexName] ON mytable;

二、唯一索引
它與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創建方式：

代碼如下:
CREATE UNIQUE INDEX indexName ON mytable(username(length))
-- 修改表結構
ALTER mytable ADD UNIQUE [indexName] ON (username(length))
-- 創建表的時候直接指定
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );

三、主鍵索引
它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創建主鍵索引：

代碼如下:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );

當然也可以用 ALTER 命令。記住：一個表只能有一個主鍵。
四、組合索引
為了形象地對比單列索引和組合索引，為表添加多個欄位：

代碼如下:
CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );

為了進一步榨取MySQL的效率，就要考慮建立組合索引。
二：使用索引的注意事項
使用索引時，有以下一些技巧和注意事項：
1.索引不會包含有NULL值的列
只要列中包含有NULL值都將不會被包含在索引中，復合索引中只要有一列含有NULL值，那麼這一列對於此復合索引就是無效的。所以我們在資料庫設計時不要讓欄位的默認值為NULL。
2.使用短索引
對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個CHAR(255)的列，如果在前10個或20個字元內，多數值是惟一的，那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁碟空間和I/O操作。
3.索引列排序
MySQL查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。因此資料庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要最好給這些列創建復合索引。
4.like語句操作
一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like 「%aaa%」 不會使用索引而like 「aaa%」可以使用索引。
5.不要在列上進行運算

select * from users where YEAR(adddate)<2007;
將在每個行上進行運算，這將導致索引失效而進行全表掃描，因此我們可以改成:

select * from users where adddate<『2007-01-01';

6.不使用NOT IN和<>操作。

三：sql優化原則
常見的簡化規則如下：
1.不要有超過5個以上的表連接（JOIN）
2.考慮使用臨時表或表變數存放中間結果。
3.少用子查詢
4.視圖嵌套不要過深,一般視圖嵌套不要超過2個為宜。
5.連接的表越多，其編譯的時間和連接的開銷也越大，性能越不好控制。
6.最好是把連接拆開成較小的幾個部分逐個順序執行。
7.優先執行那些能夠大量減少結果的連接。
8.拆分的好處不僅僅是減少SQL Server優化的時間，更使得SQL語句能夠以你可以預測的方式和順序執行。

如果一定需要連接很多表才能得到數據，那麼很可能意味著設計上的缺陷。

❺ mysql 多大數據量適合建索引

mysql
1、表的主鍵、外鍵必須有索引；
2、數據量超過300的表應該有索引；
3、經常與其他表進行連接的表，在連接欄位上應該建立索引；
4、經常出現在Where子句中的欄位，特別是大表的欄位，應該建立索引；
5、索引應該建在選擇性高的欄位上；
6、索引應該建在小欄位上，對於大的文本欄位甚至超長欄位，不要建索引；
7、頻繁進行數據操作的表，不要建立太多的索引；
8、刪除無用的索引，避免對執行計劃造成負面影響；

❻ 4. mysql資料庫中沒有定義索引會怎麼樣

數據量小的話（幾條，十幾條），不會有明顯的性能問題
數據量大的話，性能就會明顯下降

❼ mysql資料庫最大能支持多少並發量

MySQL伺服器的最大並發連接數是16384。

受伺服器配置，及網路環境等制約，實際伺服器支持的並發連接數會小一些。主要決定因素有：

1、伺服器CPU及內存的配置。

2、網路的帶寬。互聯網連接中上行帶寬的影響尤為明顯。

(7)mysql沒索引可以支持多少數據擴展閱讀：

優化資料庫結構：

組織資料庫的schema、表和欄位以降低I/O的開銷，將相關項保存在一起，並提前規劃，以便隨著數據量的增長，性能可以保持較高的水平。

設計數據表應盡量使其佔用的空間最小化，表的主鍵應盡可能短。·對於InnoDB表，主鍵所在的列在每個輔助索引條目中都是可復制的，因此如果有很多輔助索引，那麼一個短的主鍵可以節省大量空間。

僅創建需要改進查詢性能的索引。索引有助於檢索，但是會增加插入和更新操作的執行時間。

InnoDB的ChangeBuffering特性：

InnoDB提供了changebuffering的配置，可減少維護輔助索引所需的磁碟I/O。大規模的資料庫可能會遇到大量的表操作和大量的I/O，以保證輔助索引保持最新。當相關頁面不在緩沖池裡面時，InnoDB的changebuffer將會更改緩存到輔助索引條目。

從而避免因不能立即從磁碟讀取頁面而導致耗時的I/O操作。當頁面被載入到緩沖池時，緩沖的更改將被合並，更新的頁面之後會刷新到磁碟。這樣做可提高性能，適用於MySQL5.5及更高版本。

❽ mysql在控制台如何實現不創建索引直接寫代碼直接插入100W條數據

或者綁定變數，官網例子：
MYSQL_TIME ts;
MYSQL_BIND bind[3];
MYSQL_STMT *stmt;

strmov(query, "INSERT INTO test_table(date_field, time_field,
timestamp_field) VALUES(?,?,?");

stmt = mysql_stmt_init(mysql);
if (!stmt)
{
fprintf(stderr, " mysql_stmt_init(), out of memory\n");
exit(0);
}
if (mysql_stmt_prepare(mysql, query, strlen(query)))
{

❾ mysql索引長度是多少

MySQL的varchar索引只支持不超過768個位元組
atin1 = 1 byte = 1 character
uft8 = 3 byte = 1 character
gbk = 2 byte = 1 character

如果是GBK，也就是雙位元組，那麼這個索引能盛768/2=384位元組。