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

dubbo發(fā)布服務(wù)，報錯，timeout？

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

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

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

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

可能是外鍵原因可以使用mysqlshowinnodbstatus;查看什么問題

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

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

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

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

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

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

本身的bug過多的主從不同步。

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