mysql中不能存儲數組，但是可以通過傳入的字元串截取成多個字元然後傳入到臨時表中，然後使用游標或者直接關聯表過濾數據來儲存。
具體步驟如下所示：
1、創建資料庫，就如下圖所示一樣。
② MySQL查詢結果中如何增加行號列
mysql ：
Select a.*,(@rowNum:=@rowNum+1) as rowNo
From a,
(Select (@rowNum :=0) ) b
oracle ：
select a.*,rownum from a
sql server ：
select row_number()over(order by XX)as RowNum,* from a
③ mysql中如何使用存儲過程為一個欄位添加值
create proc Mypro
as
begin tran t1
declare @Myii int,@id int
begin
select @Myii=1
declare cur1 cursor for select id from 一個表
open cur1
fetch next from cur1 into @id
while(@@fetch_status=0)
begin
update 一個表 set 序號=@Myii where id=@id
select @Myii=@Myii+1
fetch next from cur1 into @id
end
close cur1
deallocate cur1
end
commit tran t1
--因為使用的游標,而你的數據量又大,可能執行的時間有點長
④ mysql如何設置單個表單存儲數據上限。
MySQL 3.22限制的表大小為4GB。由於在MySQL 3.23中使用了MyISAM存儲引擎，最大表尺寸增加到了65536TB（2567 – 1位元組）。由於允許的表尺寸更大，MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的，而不是由MySQL內部限制決定的。
InnoDB存儲引擎將InnoDB表保存在一個表空間內，該表空間可由數個文件創建。這樣，表的大小就能超過單獨文件的最大容量。表空間可包括原始磁碟分區，從而使得很大的表成為可能。表空間的最大容量為64TB。
在下面的表格中，列出了一些關於操作系統文件大小限制的示例。這僅是初步指南，並不是最終的。要想了解最新信息，請參閱關於操作系統的文檔。
操作系統
文件大小限制
Linux 2.2-Intel 32-bit
2GB (LFS: 4GB)
Linux 2.4+
(using ext3 filesystem) 4TB
Solaris 9/10
16TB
NetWare w/NSS filesystem
8TB
win32 w/ FAT/FAT32
2GB/4GB
win32 w/ NTFS
2TB（可能更大）
MacOS X w/ HFS+
2TB
⑤ 關於PHP及MYSQL一個數據拆分多行多列儲存的問題。
哇，這么復雜啊！不理解你的意思！」行的分隔符是空格，列的分隔符是重音號「你把存儲的數據搞的這么復雜。A空格B空格1`2`3`空格11`22`331`2`3`到底是列還是行？因為後面有空格，11`22`33也一樣！俺你的規則應該變成AB1`2`311`22`33這樣才對吧！不過數據最好是以最簡單的方式存儲，像你這樣的話，把數據搞的很復雜。以數組的方式存儲比較好。如果你這個數據比較長，要分成你所說的數據的話，會造成錯誤的，因為沒有特殊的標識。因為你是多行多列，並不是一行一列的數據。
⑥ mysql如何創建存儲過程
1 用mysql客戶端登入
2 選擇資料庫
mysql>use test
3 查詢當前資料庫有哪些存儲過程
mysql>show procere status where Db='test'
4 創建一個簡單的存儲過程
mysql>create procere hi() select 'hello';
5 存儲過程創建完畢,看怎麼調用它
mysql>call hi();
顯示結果 mysql> call hi();
+-------+
| hello |
+-------+
| hello |
+-------+
1 row in set (0.00 sec) Query OK, 0 rows affected (0.01 sec)
6 一個簡單的儲存過程就成功了
⑦ mysql最多可以存多少行數據
mysql單表存儲四千萬條數據，操作方法如下：
1、Oracle中大文本數據類型。
⑧ 利用MySQL資料庫如何解決大數據量存儲問題
mysql解決大數據量存儲問題的方法是分表。
1.如何去分表
根據什麼策略把現有表中的數據分到多個表中，並且還有考慮到以後的擴展性上。
建立一張索引表，用戶id與資料庫id對應，（這里他將相同結構的表分在了不同的資料庫中進一步減少壓力，但同時對於數據的同步也需要通過其他手段來解決），其本質也是分表了同時分庫了。這么做的好處是便於以後的擴展，但損耗一點性能，因為會多一次查詢。這樣索引表可能會成為新的瓶頸，除非用戶不會一直增長哈。
我的做法屬於另一種，寫了個演算法通過計算某列值，按照一定規律將數據大致均分在每個分表中。至於擴展性，寫演算法時候考慮進去了以後增加分表數的問題了。
選擇哪種策略，是要看自己的表的業務特點了，方法沒有絕對的優缺，還是要根據自己的需求選取。
2.分表之後主鍵的維護
分表之前，主鍵就是自動遞增的bigint型。所以主鍵的格式已經提早被確定了，像什麼uuid之類的就被直接pass掉了。
還有想過自己寫一個主鍵生成程序，利用Java 的Atomic原子量特性，但是考慮還需要增加工作量並且高並發下，這里很可能是個隱患。
還有就是通過應用層上管理主鍵，如redis中有原子性的遞增。