亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: MySQL混和引擎(Innodb+MyISAM)在工作中的設(shè)計備份和優(yōu)化（獲獎名單已公布-6-5） [打印本頁]

作者: yuhongchun 時間: 2012-05-14 16:00
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: 無風(fēng)之谷 時間: 2012-05-14 16:04
沙發(fā)占座。。。

等待大家分享經(jīng)驗�。�

作者: yuhongchun 時間: 2012-05-14 16:09
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: kongjx 時間: 2012-05-14 16:17
以前主要在用Innodb，網(wǎng)站比較多，每天都做備份，是不同集群的網(wǎng)站數(shù)據(jù)庫，備份很耗時

作者: Gray1982 時間: 2012-05-14 16:19
如果單機(jī)只跑Mysql
查詢量又很大，給80%沒什么不可吧
不過，一般我們只是看變量，然后一點點的調(diào)
這兩個引擎需要調(diào)的各種緩存都不少，尤其的是Innodb的

備份吧，多主多從。如果機(jī)器不夠就兩個從吧。好像SQLdump需要鎖表

作者: dengbao2001 時間: 2012-05-14 16:58
支持這樣的活動！

作者: king_819 時間: 2012-05-14 17:09
InnoDB存儲引擎是行鎖，不會存在大量鎖表情況，對寫操作有利，在做讀寫分離時可用于主庫；MyISAM存儲引擎雖然是表鎖，但select查詢速度要比InnoDB快很多，用于MySQL Slave只讀數(shù)據(jù)庫。

備份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -ubak -p741852 --default-character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob -x db_name > db_name.sql

復(fù)制代碼

備份 Innodb 表：

/usr/local/mysql/bin/mysqldump -ubak -p741852 --default -character-set=utf8 --opt --extended-insert=false --triggers -R --hex-blob --single-transaction db_name > db_name.sql

復(fù)制代碼

作者: yuhongchun 時間: 2012-05-14 17:31
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: king_819 時間: 2012-05-14 17:38
回復(fù) 8# yuhongchun

用過的

作者: shaoping0330 時間: 2012-05-14 18:02
2.混和引擎的MySQL如何進(jìn)行優(yōu)化呢，innodb_buffer_pool_size是否設(shè)成物理內(nèi)存的50%-80%即可？
——這樣設(shè)置是不太合適的。
系統(tǒng)預(yù)留1G、線程需要一些，myisam需要一些，這些都要從總內(nèi)存里面剔除。剩余的才可以作為使用的，并要考慮到系統(tǒng)負(fù)載很高時，其他程序的內(nèi)存使用情況。

個人覺得要根據(jù)status和系統(tǒng)情況慢慢調(diào)整。

作者: yuhongchun 時間: 2012-05-14 18:08
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: shaoping0330 時間: 2012-05-15 09:19
混和引擎的MySQL，大家平時是用哪些方案備份的？
——用過 master-slave方式和 mysqldump方式。
個人比較喜歡用mysqldump備份，尤其是系統(tǒng)負(fù)載不高的情況下。
如果系統(tǒng)負(fù)載很高，要慎重使用mysqldump進(jìn)行備份，會造成表鎖定，從而引起故障。

使用master-savle的時候，要注意Duplicate entry 的問題，不過老實說，我不太習(xí)慣用這種方法，總是不放心。

作者: yuhongchun 時間: 2012-05-15 09:33
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: shaoping0330 時間: 2012-05-15 09:49
混和引擎的MySQL如何進(jìn)行設(shè)計，需要將所有的MyISAM引擎表轉(zhuǎn)化成Innodb嗎？

——個人覺得不必要。例如存放日志的表，是MyISAM，其他的表用的Innodb。

作者: shaoping0330 時間: 2012-05-15 10:02
回復(fù) 13# yuhongchun

一定要停掉嗎？
是用mysqldump，還是用物理備份？

作者: king_819 時間: 2012-05-15 10:09
回復(fù) 13# yuhongchun

直接在從機(jī)上進(jìn)行物理備份了

作者: coralzd 時間: 2012-05-15 12:11
是的根據(jù)服務(wù)器的實際情況來設(shè)定，官方畢竟只是通用的，不一定適合實際的情況。

作者: ooooldman 時間: 2012-05-15 12:13

主上考走binlog
停掉一臺從庫，然后mysqldump，，數(shù)據(jù)量越來越大，時間越來越長，
在考慮物理了

作者: coralzd 時間: 2012-05-15 12:22
備份20多G的數(shù)據(jù)庫簡直是一種折磨，raid1 配置的服務(wù)器更是一種折磨。

作者: coralzd 時間: 2012-05-15 12:23
我們的數(shù)據(jù)庫備份還是直接mysqlhotcopy方式在從庫上備份，備份的mysql服務(wù)器壓力不大，可以不用停庫直接備份的。

作者: yuhongchun 時間: 2012-05-15 13:32
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-15 13:45
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-15 13:47
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: coralzd 時間: 2012-05-15 13:48

yuhongchun 發(fā)表于 2012-05-15 13:45
所以停機(jī)物理備份嘛，速度嗷嗷的快。

評估了從庫停庫的帶來的風(fēng)險，再來備份比較保險。

作者: yuhongchun 時間: 2012-05-15 13:56
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-15 14:32
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-15 14:58
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: ruochen 時間: 2012-05-15 15:37

yuhongchun 發(fā)表于 2012-05-14 16:09
MySQL官方上建議將nnodb_buffer_pool_size是否設(shè)成物理內(nèi)存的50%-80%，我認(rèn)為這種說法缺乏謹(jǐn)慎的考慮。

這個的前提是專用mysql服務(wù)器只跑innodb的情況下

作者: ruochen 時間: 2012-05-15 15:40

yuhongchun 發(fā)表于 2012-05-15 09:33
我的方法是：因為公司的數(shù)據(jù)庫是一主多從的，我會在凌晨五點左右停掉一臺從機(jī)進(jìn)行全備，因為數(shù)據(jù)量不大 ...

20G是物理文件還是備份后的sql文件大�。ㄊ欠駢嚎s后的）？？

作者: hbsycw 時間: 2012-05-15 17:14
MySQL的混和引擎設(shè)計是優(yōu)點不是缺點，除了MyISAM、InnoDB，MySQL還有 BDB、MEMORY、MERGE、EXAMPLE、NDBCluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED 等存儲引擎，具體怎么使用要看應(yīng)用場景。對于，MyISAM和Innodb兩種存儲引擎，最大的區(qū)別是Innodb引擎支持事務(wù)等高級特性，MyISAM不支持事務(wù)；其次，Innodb支持行鎖，MyISAM是表鎖，鎖的粒度支持不一樣，對于并發(fā)寫操作性能影響較大。那么很顯然，在做數(shù)據(jù)庫建模設(shè)計時，對于需要事務(wù)支持的交易表當(dāng)然需要選擇Innodb，而對于沒有事務(wù)需求的表，例如字典表、日志表，建議選擇MyISAM（注：MyISAM也是Mysql的默認(rèn)存儲引擎）。因為雖然MyISAM不支持事務(wù)等高級特性，但強(qiáng)調(diào)的是性能，其執(zhí)行速度比InnoDB類型更快。兩則結(jié)合使用，一切都是為了性能，因為一般來說，系統(tǒng)最大的瓶頸就是IO。而對于MySQL Master/Slave 讀寫分離架構(gòu)，只讀的從機(jī)是完全可以只用MyISAM來提高讀的性能。

作者: kns1024wh 時間: 2012-05-15 21:42
回復(fù) 1# yuhongchun

商業(yè)備份軟件成本高連接只有dump 和master slave

作者: kns1024wh 時間: 2012-05-15 21:51
1.混和引擎的MySQL如何進(jìn)行設(shè)計，需要將所有的MyISAM引擎表轉(zhuǎn)化成Innodb嗎？
innodb是處理事務(wù)的和MyISAM是有差異的，這個做數(shù)據(jù)庫開發(fā)的比人是要清楚的，混合使用也是必須的，各自解決的需求不一樣；

1.混和引擎的MySQL，大家平時是用哪些方案備份的？
小的dump
大的 master slave

2.混和引擎的MySQL如何進(jìn)行優(yōu)化呢，innodb_buffer_pool_size是否設(shè)成物理內(nèi)存的50%-80%即可？‘
優(yōu)化推薦2個mysql的腳本一個pl的一個bash的
mysqltuner.pl
tuning-primer.sh

作者: 方兆國 時間: 2012-05-15 23:09
回復(fù) 19# coralzd

raid5好像是最合算的，raid1太浪費空間了

作者: 方兆國 時間: 2012-05-15 23:11
回復(fù) 26# yuhongchun

換Nginx吧。Nginx監(jiān)聽多個端口配置比Apache方便多了，反向代理配置也很方便

作者: 方兆國 時間: 2012-05-15 23:20
本帖最后由方兆國于 2012-05-15 23:21 編輯

1.混和引擎的MySQL如何進(jìn)行設(shè)計，需要將所有的MyISAM引擎表轉(zhuǎn)化成Innodb嗎？

經(jīng)常插入的表用Innodb好些，數(shù)據(jù)不太變化的用MyISAM好些
因為Innodb支持事務(wù)，而且是行級鎖定
MyISAM不支持事務(wù)，只能是表級鎖定，不過MyISAM的查詢速度據(jù)說快些

1.混和引擎的MySQL，大家平時是用哪些方案備份的？

我是自己練習(xí)，所以用mysqldump，不過很多建表的代碼我還保留著呢……

2.混和引擎的MySQL如何進(jìn)行優(yōu)化呢，innodb_buffer_pool_size是否設(shè)成物理內(nèi)存的50%-80%即可？

80%這個太消耗內(nèi)存的說，會影響其他程序的運行，畢竟一臺電腦上運行的不只MySQL一個程序（起碼有通訊程序和系統(tǒng)本身）

50%-60%可能更好些吧——自我感覺

作者: coralzd 時間: 2012-05-16 08:57
回復(fù) 33# 方兆國

因為歷史原因，不是那么好換的。

作者: yuhongchun 時間: 2012-05-16 09:24
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-16 09:30
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: pitonas 時間: 2012-05-16 10:09
我認(rèn)為這種說法缺乏謹(jǐn)慎的考慮。這些都缺乏謹(jǐn)慎的考慮。

作者: coralzd 時間: 2012-05-16 13:05
myisam 在大量寫的時刻，效率低，但是配合多臺從庫，分擔(dān)讀壓力，也是不錯的。再者主庫使用光纖盤，也是優(yōu)化寫的一種方式。

作者: yuhongchun 時間: 2012-05-16 14:18
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-16 14:21
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-16 14:29
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: coralzd 時間: 2012-05-16 14:40

yuhongchun 發(fā)表于 2012-05-16 14:18
謝謝，腳本很好用，又將其中一些參數(shù)優(yōu)化了，感覺負(fù)載一下子由8點多降到5點多，謝謝!!!

你的庫負(fù)載也太高了吧。硬件配置咋樣？

作者: yuhongchun 時間: 2012-05-16 14:44
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: coralzd 時間: 2012-05-16 14:45
本帖最后由 coralzd 于 2012-05-16 14:45 編輯

yuhongchun 發(fā)表于 2012-05-16 14:44
哈哈，垃圾機(jī)器，單CPU，四核的。

那就在預(yù)料之內(nèi)了。硬盤也垃圾吧。

作者: king_819 時間: 2012-05-16 14:51
回復(fù) 45# yuhongchun

這樣的服務(wù)器來做數(shù)據(jù)庫，有點太寒磣了

作者: yuhongchun 時間: 2012-05-16 15:18
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-16 15:31
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: shaoping0330 時間: 2012-05-16 15:58
大家一般設(shè)置 sync_binlog 的值為多少？
我目前用默認(rèn)值 0 。
大家采用什么方法評估該值的數(shù)值？

作者: yuhongchun 時間: 2012-05-16 16:09
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: hbsycw 時間: 2012-05-16 16:38
回復(fù) 38# yuhongchun

認(rèn)知有限，表述錯誤、不妥的的地方，還請批判指正！我來是向大家學(xué)習(xí)的~

作者: coralzd 時間: 2012-05-16 17:01

yuhongchun 發(fā)表于 2012-05-16 15:31
恩，已申請了換硬件，R710雙CPU，RAID1+0,32G以上內(nèi)存。

硬件配置不錯，比我們的差點。:wink:

作者: yuhongchun 時間: 2012-05-16 17:56
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: 方兆國 時間: 2012-05-16 18:45
回復(fù) 36# coralzd

額,商業(yè)應(yīng)用應(yīng)該是硬件RAID吧
不過即便是操作系統(tǒng)的RAID，那也得格盤，也挺費事兒的

作者: 方兆國 時間: 2012-05-16 18:47
回復(fù) 45# yuhongchun

這樣的配置的PC還是不錯的，不過服務(wù)器……

作者: 方兆國 時間: 2012-05-16 18:48
回復(fù) 49# yuhongchun

那另一臺機(jī)器閑著浪費啊

作者: 方兆國 時間: 2012-05-16 18:55
回復(fù) 50# yuhongchun

是這個嗎？

戴爾服務(wù)器R710
　　為2U雙路機(jī)架式服務(wù)器，
　　R710作為戴爾服務(wù)器的旗艦產(chǎn)品，戴爾服務(wù)器R710最高支持2個英特爾新的至強(qiáng)5600四核或六核處理器，擁有18個內(nèi)存插槽，用8G內(nèi)存條最大支持144GB，最高支持6個3.5寸熱插拔硬盤，多種外部存儲和備份選擇，支持RAID6，熱插拔冗余電源風(fēng)扇。支持群集。非常適合數(shù)據(jù)庫，虛擬化，高性能計算（HPC）等企業(yè)安全性和效率各方面要求苛刻的環(huán)境。
服務(wù)器處理器：Intel(R)四核E5504 Xeon(R) CPU，2.13GHz，4M高速緩存，QPI達(dá)4.86 GT/秒
　　內(nèi)存：最高128GB Memory ,1333MHz Dual Ranked RDIMMs for 1 Processors（18個插槽）
　　硬盤：最高600G SAS 3.5 寸熱插拔硬盤（最大支持6個3.5寸硬盤）
　　陣列：PERC6I卡，可支持RAID 0、1、5、10、50
　　自帶2個雙端口千兆網(wǎng)卡
　　可選擇添加產(chǎn)品，各種網(wǎng)卡，熱插拔冗余電源，冗余風(fēng)扇，外部存儲，備份
　　戴爾服務(wù)器R710的配置可以根據(jù)用戶需求自行訂制
　　戴爾服務(wù)器R710售后服務(wù)：3年IT專業(yè)支持與關(guān)鍵任務(wù): (5x12) 4小時上門服務(wù)

作者: 方兆國 時間: 2012-05-16 19:45
回復(fù) 1# yuhongchun

這是我的my.ini中的一段兒，看到你寫的50%-80%，讓我情何以堪……我的內(nèi)存盡管只有2G。不過我是個人電腦

# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and
# row data. The bigger you set this the less disk I/O is needed to
# access data in tables. On a dedicated database server you may set this
# parameter up to 80% of the machine physical memory size. Do not set it
# too large, though, because competition of the physical memory may
# cause paging in the operating system. Note that on 32bit systems you
# might be limited to 2-3.5G of user level memory per process, so do not
# set it too high.
innodb_buffer_pool_size=21M

作者: 龍舟不是舟 時間: 2012-05-16 20:40
支持一個。。。。。。

作者: coralzd 時間: 2012-05-17 10:32
回復(fù) 56# 方兆國

是硬件raid。

作者: chinafenghao 時間: 2012-05-17 10:37
1.混和引擎的MySQL如何進(jìn)行設(shè)計，需要將所有的MyISAM引擎表轉(zhuǎn)化成Innodb嗎？
根據(jù)情況分析，如果使用頻率不高，和主要業(yè)務(wù)和事物的表沒有直接關(guān)聯(lián)關(guān)系，不用回滾的情況下，不轉(zhuǎn)換為innodb也可以，當(dāng)然備份對這種表影響也不是很大。
如果情況允許，還是建議轉(zhuǎn)換成innodb，畢竟myisam表損壞的情況還是很多的。

2.混和引擎的MySQL，大家平時是用哪些方案備份的？
如果在slave上面，允許比較大時間表鎖的話，可以考慮mysqldump，優(yōu)點是到處的數(shù)據(jù)量較小節(jié)約存儲空間，可以拆分單表數(shù)據(jù)直接還原等操作。
如果在master上面?zhèn)浞�，不能允許長時間表所的話，可以考慮innobackupex，可以自動備份innodb和myisam，在完成innodb備份以后，在備份myisam時候才會表所�？梢越档玩i表時間，缺點是占用比較大的磁盤空間，當(dāng)然可以壓縮，壓縮會造成額外的系統(tǒng)資源開銷。
在slave上，可以考慮快照備份，需要前期規(guī)劃好，如果快照保存時間越長，對IO和空間消耗越大。
具體根據(jù)自己的實際環(huán)境和情況來設(shè)計備份方法。

3.混和引擎的MySQL如何進(jìn)行優(yōu)化呢，innodb_buffer_pool_size是否設(shè)成物理內(nèi)存的50%-80%即可？
關(guān)于innodb_buffer_pool_size的值為物理內(nèi)存的多少，這個得看你有多少物理內(nèi)存，還要看你是否在機(jī)器上做其他的管理操作，比如備份，慢查詢分析，二進(jìn)制日志分析等。如果你只有4G內(nèi)存，那么你想設(shè)置80%肯定是是多了，50%就差不多了。如果你有32G內(nèi)存，少量管理操作，我個人覺得80%比較合適�；蛘�64G內(nèi)存，80%都嫌少，系統(tǒng)用不到那么多內(nèi)存的。

作者: 方兆國 時間: 2012-05-17 12:40

方兆國發(fā)表于 2012-05-15 23:20
經(jīng)常插入的表用Innodb好些，數(shù)據(jù)不太變化的用MyISAM好些
因為Innodb支持事務(wù)，而且是行級鎖定
MyISAM ...

80%這個太消耗內(nèi)存的說，會影響其他程序的運行，畢竟一臺電腦上運行的不只MySQL一個程序（起碼有通訊程序和系統(tǒng)本身）

50%-60%可能更好些吧——自我感覺

讀了上面的帖子,發(fā)現(xiàn)我是絕對的“矮挫窮”，沒有考慮64G的大內(nèi)存……

作者: 方兆國 時間: 2012-05-17 12:48
回復(fù) 62# coralzd

書上說，RAID陣列卡可以支持不止一種類型的RAID的

作者: coralzd 時間: 2012-05-17 13:23

方兆國發(fā)表于 2012-05-17 12:48
回復(fù) 62# coralzd

是的，那也得根據(jù)實際硬盤數(shù)量來決定。

作者: 方兆國 時間: 2012-05-17 13:34
額
RAID5+ 0要得盤稍微多些，至少得6個，算是最多的
回復(fù) 66# coralzd

作者: coralzd 時間: 2012-05-17 13:54

方兆國發(fā)表于 2012-05-17 13:34
額
RAID5+ 0要得盤稍微多些，至少得6個，算是最多的
回復(fù) 66# coralzd

俺對raid 1+0比較放心。速度和安全第一位

作者: starzhestarzhe 時間: 2012-05-17 14:41
這本書從以前的活動中就得到了一本

混和引擎的MySQL如何進(jìn)行設(shè)計，需要將所有的MyISAM引擎表轉(zhuǎn)化成Innodb嗎？
其實現(xiàn)在很多表設(shè)計的時候是用myisam或innodb都是一目了然的，涉及用戶操作觸發(fā)更改的表建議都用innodb,而且我不暫成那種籠統(tǒng)的說讀取速度myisam比innodb快很多這種說法。

作者: yuhongchun 時間: 2012-05-17 15:07
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-17 15:13
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: chinafenghao 時間: 2012-05-17 16:06
回復(fù) 70# yuhongchun

煮酒兄在這里當(dāng)斑竹哇，幸會。我以前也在51cto混過。51cto的id是fenghao.cn。blog是 linuxguest.blog.51cto.com

作者: yuhongchun 時間: 2012-05-17 17:24
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: chinafenghao 時間: 2012-05-17 17:54
回復(fù) 73# yuhongchun

51cto的論壇有點微軟流...

作者: 方兆國 時間: 2012-05-17 18:39
回復(fù) 68# coralzd

嗯，書上說RAID0+1的速度更快，不過沒有RAID1+0那么安全。
但是我就是看不出來在速度安全性方面，這兩個有什么區(qū)別

作者: 方兆國 時間: 2012-05-17 20:50
回復(fù) 71# yuhongchun

可能不好吧

MyISAM存儲引擎有一個系統(tǒng)變量concurrent_insert，專門用以控制其并發(fā)插入的行為，其值分別可以為0、1或2。

當(dāng) concurrent_insert設(shè)置為0時，不允許并發(fā)插入。

當(dāng)concurrent_insert設(shè)置為1時，如果MyISAM表中沒有空洞（即表的中間沒有被刪除的行），MyISAM允許在一個進(jìn)程讀表的同時，另一個進(jìn)程從表尾插入記錄。這也是MySQL的默認(rèn)設(shè)置。如果有空洞的話雖然不能很好的并發(fā)，但是MySQL還是可以使用INSERT DELAYED來提升插入性能(僅適用于MyISAM,MEMORY和ARCHIVE引擎)。

當(dāng) concurrent_insert設(shè)置為2時，無論MyISAM表中有沒有空洞，都允許在表尾并發(fā)插入記錄，這時MySQL允許INSERT和SELECT語句在中間沒有空數(shù)據(jù)塊的MyISAM表中并行運行。

作者: yuhongchun 時間: 2012-05-18 09:17
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-18 09:18
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: Gray1982 時間: 2012-05-18 12:37
回復(fù) 11# yuhongchun

理想狀態(tài)下
但實際不是，所以所有的一切數(shù)據(jù)都是根據(jù)目前情況來做的，而且官方給的值僅參考而已

作者: Gray1982 時間: 2012-05-18 12:53

king_819 發(fā)表于 2012-05-16 14:51
回復(fù) 45# yuhongchun

相當(dāng)了··········

作者: 方兆國 時間: 2012-05-18 12:57
回復(fù) 78# yuhongchun

http://wenku.baidu.com/view/af2afb50f01dc281e53af0f0.html
這個只是一個例子，好幾個地方都有這種說法

最讓你堅信我說的是正確的理由就是：你們將要獎勵給積極參與分享“MySQL混和引擎(Innodb+MyISAM)在工作中的設(shè)計、備份和優(yōu)化”這個討論的網(wǎng)友這本書——《MySql技術(shù)內(nèi)幕 InnoDB存儲引擎》的第三百零六頁寫的就是RAID1+0和RAID0+1的區(qū)別。

不信你可以看一下那本書

作者: Gray1982 時間: 2012-05-18 12:58
回復(fù) 75# 方兆國

哈哈，原理，實踐就知道了·····

作者: 方兆國 時間: 2012-05-18 12:59
回復(fù) 79# yuhongchun

為什么不用Innodb？他支持事務(wù)的，而且你們將要送的這本書就是講Innodb的……
Windows版的MySQL的默認(rèn)表引擎就是Innodb，而不是MyISAM

作者: 方兆國 時間: 2012-05-18 13:01
回復(fù) 83# Gray1982

意思就是Raid0+1和RAID4、RAID6那樣，極少使用，可以忽略為沒有么

作者: 方兆國 時間: 2012-05-18 13:03
回復(fù) 83# Gray1982
引用 84# 我自己

我還看成了你給我回復(fù)的是我在#84說的呢

作者: Gray1982 時間: 2012-05-18 13:03
回復(fù) 79# yuhongchun

沒事定期check下

作者: yuhongchun 時間: 2012-05-18 15:23
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: yuhongchun 時間: 2012-05-18 15:34
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: coralzd 時間: 2012-05-18 16:08
raid 10 是王道，是穩(wěn)定和安全及速度平衡的raid。

作者: 方兆國 時間: 2012-05-18 18:10
回復(fù) 89# yuhongchun

額，明白了，謝謝。我很多內(nèi)容都只是在網(wǎng)上或者書上看到過，實際應(yīng)用不太清楚。謝謝你

作者: hq22 時間: 2012-05-18 19:59
真熱鬧，innodb想用不敢用，主要卡在備份上，原先MyISAM表備份還原很方便，拷貝文件就可以任意遷移了，方便。

作者: 方兆國 時間: 2012-05-19 17:07
回復(fù) 92# hq22

Innodb可以支持事務(wù)而且是行鎖，我感覺蠻好的

作者: yuhongchun 時間: 2012-05-20 17:05
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: 方兆國 時間: 2012-05-20 23:31
回復(fù) 94# yuhongchun

然后我就賺了……嘻嘻

作者: WSLEICHAO 時間: 2012-05-20 23:31
一臺MySQL，默認(rèn)引擎為Innodb,大部分表使用的引擎都是myisam,還有兩張表的引擎為Innodb,這是否就是所謂的混合引擎？

作者: shaoping0330 時間: 2012-05-21 11:45
回復(fù) 95# 方兆國

賺到一條魷魚，：）

作者: wang1352083 時間: 2012-05-21 14:38
想問下:ndb引擎現(xiàn)在用的多嗎

作者: 方兆國 時間: 2012-05-21 14:46
回復(fù) 98# wang1352083

MySQL主流一點的可能就是MyISAM和Innodb了，那個NDB就不太清楚了。Innodb支持事務(wù)，用的應(yīng)該多吧

作者: 方兆國 時間: 2012-05-21 14:50
回復(fù) 96# WSLEICHAO

應(yīng)該不是同一張表用兩種引擎……（這個可能么？）

作者: wang1352083 時間: 2012-05-21 15:35
回復(fù) 99# 方兆國

謝謝,因為我們項目準(zhǔn)備用ndb引擎,但是以前不適用mysql的,所以請教大家

歡迎光臨 Chinaunix (http://72891.cn/)