java資料庫並發訪問
幾百人報名就叫並發嗎？
概念錯了！
幾百人操作幾百條互不相關的數據那個不叫並發，只有同時操作同一條數據的情況才叫並發。
如果兩人同時修改同一條數據的話，那個要不就使用行鎖（悲觀鎖），要不就用version（樂觀鎖）控制。
其它情況無需考慮的。
Ⅱ java多線程訪問資料庫怎麼優化啊，並發很大
個人覺得高寫入並發的話先用緩存緩沖一下，可以合並的寫入合並成批量寫入可以管一些用但終歸寫入量很大的話還是要在資料庫端優化了，把並發寫均衡到多台伺服器上，應該沒有別的辦法了。如果瓶頸不再資料庫那就是應用伺服器處理能力不足，升級應用伺服器。
Ⅲ JAVA中高訪問量高並發的問題怎麼解決
你指的高並發量大概有多少？
幾點需要注意：
盡量使用緩存，包括用戶緩存，信息緩存等，多花點內存來做緩存，可以大量減少與資料庫的交互，提高性能。
用jprofiler等工具找出性能瓶頸，減少額外的開銷。
優化資料庫查詢語句，減少直接使用hibernate等工具的直接生成語句（僅耗時較長的查詢做優化）。
優化資料庫結構，多做索引，提高查詢效率。
統計的功能盡量做緩存，或按每天一統計或定時統計相關報表，避免需要時進行統計的功能。
能使用靜態頁面的地方盡量使用，減少容器的解析（盡量將動態內容生成靜態html來顯示）。
解決以上問題後，使用伺服器集群來解決單台的瓶頸問題。
基本上以上述問題解決後，達到系統最優。
至於樓上有人提到別用JAVA來做，除非是低層的連接數過大（如大量的埠佔用需求），這種情況下考慮直接C來寫，其他的可以用JAVA來做。
Ⅳ java怎麼對資料庫並發操作進行控制
所有的語言都一樣，對資料庫並發操作進行控制都是通過設置資料庫的並發鎖來實現的。
Ⅳ JAVA開發在高並發訪問下，數據返回速度很慢，有些甚至一直在轉圈，該怎麼解決，麻煩大神們給些幫助。
1、最基礎的問題是看數據查詢時過濾的欄位是否已經建立索引了
2、若是對於數據時效性要求不高的話，可以加一層緩存讀（redis）
3、資料庫層可以建立從庫，把讀分離出來用從庫讀
Ⅵ 如何提高java項目的並發訪問載荷
集群分布，
在增加資料庫連結數，適當關閉session
Ⅶ 關於JAVA編寫的WEB程序多次並發訪問資料庫的問題
有一個思路，你可以用ajax局部刷新數據，不刷新整個頁面，同時用緩存，例如第一個30秒的數據放入緩存，頁面從緩存里取數據，第二個30秒，你從資料庫取出數據後，寫個對象對比的方法，來比對新數據和第一個30秒存入緩存的數據，如果數據沒有改變，那頁面什麼操作也不用做，因為數據沒變化，刷新也沒意義，如果第二個30秒數據發生變化，那麼就刷新緩存為第二個30秒的數據，並且局部刷新頁面數據。資料庫的查詢是避免不了的，所以沒發減輕資料庫的壓力，只能是優化數據的顯示。就象我上邊提到的，如果前後2個30秒數據沒有變化，那麼就不要刷新頁面。
Ⅷ java高並發
1、在java中，高並發屬於一種編程術語，意思就是有很多用戶在訪問，導致系統數據不正確、糗事數據的現象。並發就是可以使用多個線程或進程，同時處理不同的操作。2、處理高並發的方法
對於一些大型網站，比如門戶網站，在面對大量用戶訪問、高並發請求方面，基本的解決方案集中在這樣幾個環節：使用高性能的伺服器、高性能的資料庫、高效率的編程語言、還有高性能的Web容器。
（1）動靜分離。靜態資源請求與動態請求分離，項目中需要訪問的圖片、聲音、js/css等靜態資源需要有獨立的存放位置，便於將來實現靜態請求分離時直接剝離出來，比如nginx可以直接配置圖片文件直接訪問目錄，而不需要經過tomcat。這樣tomcat就可以專注處理動態請求，操作資料庫數據處理之類的。靜態請求代理伺服器性能比tomcat高很多。
（2）引入緩存。資料庫緩存、頁面緩存，這東西好用不復雜，搞明白什麼地方適用最重要。簡單的例子是頻繁讀取，不修改的地方最適用。也是後續集群做數據共享的一個方式之一，集群環境下，經常會碰到數據共享問題。
（3）如果將來數據量大，單一資料庫成為瓶頸時，資料庫的讀寫分離來了。資料庫集群，讀寫分離，分表分區。