Atea - Hero's Grave

有2臺(tái)linux服務(wù)器，一臺(tái)布apache（A）和tomcat應(yīng)用程序（B），一臺(tái)布solr管理平臺(tái)(C)。

發(fā)現(xiàn)的bug為：
前臺(tái)訪問A，A轉(zhuǎn)發(fā)給B，B再訪問C，訪問失敗。

經(jīng)試驗(yàn)，web server和app server不能放到一臺(tái)服務(wù)器上，否則通過apache代理，app server調(diào)用solrj會(huì)因獲取不到連接而失敗。

目前跟蹤調(diào)查到
org.apache.solr.client.solrj.impl.CommonsHttpSolrServer
->
org.apache.commons.httpclient.HttpClient
->
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager

httpclient的版本是3.1，懷疑是MultiThreadedHttpConnectionManager自定義的池出的問題。
網(wǎng)上搜了搜，沒什么相關(guān)資料。最近太忙，沒精力刨根問底了。暫時(shí)改了solrj源碼，使用了默認(rèn)的new HttpClient()
有誰也遇到類似問題并解決了，或知道怎么回事，麻煩告知一下。

PS:
solr更新這么迅速，為啥不把httpclient升級(jí)一下

JDBC執(zhí)行 UPDATE DB_NAME.TABLE_NAME SET COLUMN_NAME xxxx;
然后操作并不計(jì)入mysql binlog，主從復(fù)制失效。

發(fā)生條件：
1、MySQL 5.1 (理論上5.1+)
2、SQL語句指定庫名/跨庫執(zhí)行，之前沒有指到這個(gè)庫下面(use DATABASE_NAME )
3、MySQL主從配置沒有加--replicate-wild-do-table=db_name.%

解決辦法：
在主從配置文件內(nèi)加入?yún)?shù)

參考文檔：
MySQL官方文檔