MySQL5.6版本升級(jí)之路--（獲獎(jiǎng)名單已公布-2013-7-25）

liuxuejin

至于為什么mysql 很少在政府 國企用 我想內(nèi)清大家都懂的

jieforest

回復(fù) 52# liuxuejin


是我誤會(huì)了，Sorry！
你說得很正確，政府和企事業(yè)用MySQL的確較少。
一旦它們使用了MySQL，那么必然使用的是Oracle官方的MySQL，而不會(huì)使用Percona之類的衍生版。

liuxuejin

回復(fù) 25# gavindev

是有點(diǎn)不同  多了點(diǎn) gtid-mode=on # GTID only
enforce-gtid-consistency=true # GTID only
這些機(jī)制，不過問題不大。


   

q15928

我們的MySQL數(shù)據(jù)庫是裝在Windows 2008 Server上的，用的是5.5版本，目前數(shù)據(jù)量只有40G左右，主要是用作數(shù)據(jù)分析、OLAP方面，給部門內(nèi)部使用，雖然使用率很高，但算不上真正的生產(chǎn)環(huán)境吧。

我前一陣子嘗試升級(jí)到5.6，但是最后又倒回到5.5了。

5.6的Windows安裝文件把所有東西（WorkBench, Connector等）都打包在Installer里，從原來30多兆變成了差不多200兆。

安裝后會(huì)自動(dòng)創(chuàng)建一個(gè)Windows服務(wù)（一般叫MySQL56），但是如果卸載MySQL Server，這個(gè)服務(wù)卻不會(huì)自動(dòng)刪除，要手工操作。5.5版本不會(huì)出現(xiàn)這個(gè)問題。

還有一個(gè)更嚴(yán)重的性能問題最終導(dǎo)致要倒回到5.5。我有的腳本需要?jiǎng)?chuàng)建臨時(shí)表，5.5下運(yùn)行的很快，在5.6下面，卻變得非常的慢。請(qǐng)看下面的Processlist截圖。我把tmp_table_size和max_heap_table_size都增大到4G，但是還是很慢。。。



我查了一下，好像已經(jīng)有人提交這個(gè)作為bug了。CREATE TEMPORARY TABLE ... SELECT is slower on 5.6 than on 5.1

liuxuejin

幸好 我們?cè)O(shè)計(jì)系統(tǒng)的時(shí)候 對(duì)于數(shù)據(jù)庫的那些操作都要求非常的簡單，復(fù)雜的計(jì)算一般由程序來做。所以數(shù)據(jù)庫那邊很少出現(xiàn)問題，一般都是性能的問題，不過5.6的深入學(xué)習(xí)的確需要開始了。

liuxuejin

回復(fù) 56# q15928
我覺得你的問題應(yīng)該跟GTID 這個(gè)東西的設(shè)置有關(guān)系。你可以好好的看看這個(gè)GTID 的東西。

使用GTID也有一些限制：

1.事務(wù)中的更新包含非事務(wù)性存儲(chǔ)引擎，這可能導(dǎo)致多個(gè)GTID分配給同一個(gè)事務(wù)。

2. create table…select語句不被支持，因?yàn)樵撜Z句會(huì)被拆分成create table 和insert兩個(gè)事務(wù)，并且這個(gè)兩個(gè)事務(wù)被分配了同一個(gè)GTID，這會(huì)導(dǎo)致insert被備庫忽略掉。

3.不支持CREATE/DROP臨時(shí)表操作


可以看到，支持GTID的復(fù)制對(duì)一些語句都有一些限制，MySQL也提供了一個(gè)選項(xiàng)disable-gtid-unsafe-statements以禁止這些語句的執(zhí)行。


   

q15928

回復(fù) 58# liuxuejin

謝謝，但我的表都是用MyISAM的，因?yàn)閿?shù)據(jù)庫主要是用作數(shù)據(jù)分析的，應(yīng)該和GTID的設(shè)置關(guān)系不大吧？
   

mcyeah

看來還是升級(jí)有風(fēng)險(xiǎn)啊  新的功能和性能會(huì)影響以前版本的 最起碼是配置

chinafenghao

@liuxuejin
給力啊。

chinafenghao

@q15928
謝謝分享。