dubbo發(fā)布服務(wù)，報(bào)錯(cuò)，timeout？是需要，事物內(nèi)再加其他io訪(fǎng)問(wèn)，的或緩存，rpc，mq等等，是一個(gè)很差的實(shí)踐，因?yàn)閕o堵起來(lái)的話(huà)，事務(wù)也會(huì)卡死，導(dǎo)致獲取到的鎖一直都不能量。不需要在設(shè)計(jì)的時(shí)候

dubbo發(fā)布服務(wù)，報(bào)錯(cuò)，timeout？

是需要，事物內(nèi)再加其他io訪(fǎng)問(wèn)，的或緩存，rpc，mq等等，是一個(gè)很差的實(shí)踐，因?yàn)閕o堵起來(lái)的話(huà)，事務(wù)也會(huì)卡死，導(dǎo)致獲取到的鎖一直都不能量。不需要在設(shè)計(jì)的時(shí)候，最好是其他提取出去

第二，dubbo有無(wú)是同步內(nèi)部函數(shù)呢，如果不是是，連接失敗是有十分的，無(wú)論是組建tcp再連接連接失敗，還是讀取響應(yīng)超時(shí)，連接失敗無(wú)比大都運(yùn)行時(shí)極其，spring默認(rèn)是啟動(dòng)時(shí)極其事務(wù)回滾的，你看一下有無(wú)這個(gè)極其沒(méi)被interrupted

第三，spring和mysql都也可以配置事務(wù)網(wǎng)絡(luò)錯(cuò)誤時(shí)間，好象mysql上面設(shè)置innodb_lock_wait_timeout，只要事務(wù)獲取了鎖，鎖超過(guò)這個(gè)時(shí)間（的或再等待鎖超過(guò)這個(gè)時(shí)間），可能會(huì)有異常并回滾。

phpmyadmin建表時(shí)未設(shè)置主鍵，為什么建完后設(shè)置就出錯(cuò)了了？

可能是外鍵原因可以使用mysqlshowinnodbstatus;查看什么問(wèn)題

mysql如果出現(xiàn)主從數(shù)據(jù)不一致情況怎么弄？

1.網(wǎng)絡(luò)的服務(wù)器延遲因此mysql主從復(fù)制是基于條件binlog的一種同步異步復(fù)制，按照網(wǎng)絡(luò)傳送binlog文件，嗤之以鼻跳ping是主從不同步的絕大多數(shù)的原因，特別是跨機(jī)房的數(shù)據(jù)同步再次出現(xiàn)這種幾率更加的大，因?yàn)樽鲎x寫(xiě)分離，特別注意從業(yè)務(wù)層參與輔助設(shè)計(jì)。

2.主從兩臺(tái)機(jī)器的負(fù)載不一致的原因mysql主從復(fù)制是主數(shù)據(jù)庫(kù)上面啟動(dòng)1個(gè)io線(xiàn)程，而從上面啟動(dòng)后1個(gè)sql線(xiàn)程和1個(gè)io線(xiàn)程，當(dāng)中任何一臺(tái)機(jī)器的負(fù)載很高，忙不進(jìn)來(lái)，造成其中的任何一個(gè)線(xiàn)程直接出現(xiàn)資源不足，都將出現(xiàn)主從不對(duì)應(yīng)的情況。

_allowed_packet系統(tǒng)設(shè)置不一致主數(shù)據(jù)庫(kù)上面設(shè)置中的max_allowed_packet比從數(shù)據(jù)庫(kù)大，當(dāng)一個(gè)大的sql語(yǔ)句，能在主數(shù)據(jù)庫(kù)上面執(zhí)行完畢，從數(shù)據(jù)庫(kù)上面可以設(shè)置過(guò)小，不能執(zhí)行，會(huì)造成的主從不一致。

自增鍵就開(kāi)始的鍵值跟自增步長(zhǎng)設(shè)置里不對(duì)應(yīng)影起的主從不一致。

異常宕機(jī)情況下，如果不是未設(shè)置中sync_binlog1或者innodb_flush_log_at_trx_commit1很可能會(huì)出現(xiàn)binlog或是relaylog文件出現(xiàn)損壞，會(huì)造成主從不一致。

本身的bug過(guò)多的主從不同步。

7.版本不對(duì)應(yīng)，特別是高版本是主，低版本為從的情況下，主數(shù)據(jù)庫(kù)上面意見(jiàn)的功能，從數(shù)據(jù)庫(kù)上面不支持該功能。