mysql 8小connection悬空问题及解决办法
今早起来无意间登陆了一下昨晚发布的项目,出乎意料的报了一个错误。不过学习的机会又来了,问题如下。 上网大致搜了一下,发现这是一个普遍存在的问题,还有个很霸气的名字叫做mysql 8小connection悬空问题。其实是由于Mysql连接超时所导致的。具体原因是My
今早起来无意间登陆了一下昨晚发布的项目,出乎意料的报了一个错误。不过学习的机会又来了,问题如下。
上网大致搜了一下,发现这是一个普遍存在的问题,还有个很霸气的名字叫做mysql 8小connection悬空问题。其实是由于Mysql连接超时所导致的。具体原因是Mysql服务器默认的“wait_timeout”是8小时【也就是默认的值默认是28800秒】,也就是说一个connection空闲超过8个小时,Mysql将自动断开该connection,通俗的讲就是一个连接在8小时内没有活动,就会自动断开该连接。wait timeout的值可以设定,但最多只能是2147483,不能再大了。也就是约24.85天
解决的办法那么两三种,最为有效地办法就是建立连接池,会定期维护连接,并处理自动关闭的这种情况。其他几种方法不理想就不做解释和记录了。
在我的项目中采用了hibernate,然而hibernate自带的连接池实在太渣(听说,没有考证,但出现了这个问题可以从一方面看出不给力)。所以只能采用主流的连接池,有这么几种。
1. DBCP.
Apche的DBCP在Hibernate2中受支持,但在Hibernate3中已经不再推荐使用,官方的解释是这个连接池存在缺陷。如果你因为某种原因需要在Hibernate3中使用DBCP,建议采用JNDI方式。
在我的项目一种我选择了c3p0,现将配置过程罗列如下:2.C3P0.
Hibernate2和Hibernate3的命名空间有所变化。例如,配置C3P0时的provider_class有Hibernate2环境下使用net.sf.hibernate.connection.C3P0ConnectionProvider,在Hibernate3环境下使用org.hibernate.connection.C3P0ConnectionProvider。
3.Proxool
至于三者的比较,网上有很多大家可以去查找,我发现一个比较有趣的小实验,可以自己编码来测试性能,大家可以试试。
有趣的实验还添加了与druid的比较(http://286.iteye.com/blog/1920417)
hibernate.cfg.xml
<hibernate-configuration> <session-factory> <property name="connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property> <!--连接池的最小连接数--> <property name="c3p0.min_size">5</property> <!--最大连接数--> <property name="c3p0.max_size">30</property> <!--连接超时时间--> <property name="c3p0.timeout">1800</property> <!--statemnets缓存大小--> <property name="c3p0.max_statements">100</property> <!--每隔多少秒检测连接是否可正常使用 --> <property name="c3p0.idle_test_period">121</property> <!--当池中的连接耗尽的时候,一次性增加的连接数量,默认为3--> <property name="c3p0.acquire_increment">3</property> <property name="c3p0.validate">true</property> <!-- 连接池每隔60秒自动检测数据库连接情况,如果断开则自动重连 --> <property name="idleConnectionTestPeriod">60</property> <property name="testConnectionOnCheckout">true</property> <property name="dialect"> org.hibernate.dialect.MySQLDialect </property> <property name="connection.url"> jdbc:mysql://xxxx:3306/xxx?useUnicode=true&characterEncoding=UTF8 </property> <property name="connection.username">username</property> <property name="connection.password">password</property> <property name="connection.driver_class"> com.mysql.jdbc.Driver </property> <mapping resource="com/demontf/bean/Project.hbm.xml"></mapping> <mapping resource="com/demontf/bean/User.hbm.xml"></mapping> </session-factory> </hibernate-configuration>ログイン後にコピー
一个不错的hibernate配置c3p0的教程:http://www.cnblogs.com/best/archive/2013/05/09/3069839.html网上很多一部分教程是说下面这个语句一定要加,其实在这里我倒没出什么错误,主要是在问题出在引包中。
<property name="connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>ログイン後にコピー开始导入的是c3p0-0.9.2.1.jar ,但总是出现问题,Could not initialize class com.dao.HibernateSessionFactory。最终,导入以下两个jar包解决该问题c3p0配置成功
c3p0-0.9.1.jar和hibernate-c3p0-4.1.11.Final.jar(我已经将资源上传)

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









ルートとしてMySQLにログインできない主な理由は、許可の問題、構成ファイルエラー、一貫性のないパスワード、ソケットファイルの問題、またはファイアウォール傍受です。解決策には、構成ファイルのBind-Addressパラメーターが正しく構成されているかどうかを確認します。ルートユーザー許可が変更されているか削除されてリセットされているかを確認します。ケースや特殊文字を含むパスワードが正確であることを確認します。ソケットファイルの許可設定とパスを確認します。ファイアウォールがMySQLサーバーへの接続をブロックすることを確認します。

MySQLデータベースでは、ユーザーとデータベースの関係は、アクセス許可と表によって定義されます。ユーザーには、データベースにアクセスするためのユーザー名とパスワードがあります。許可は助成金コマンドを通じて付与され、テーブルはCreate Tableコマンドによって作成されます。ユーザーとデータベースの関係を確立するには、データベースを作成し、ユーザーを作成してから許可を付与する必要があります。

1.正しいインデックスを使用して、データの量を削減してデータ検索をスピードアップしました。テーブルの列を複数回検索する場合は、その列のインデックスを作成します。あなたまたはあなたのアプリが基準に従って複数の列からのデータが必要な場合、複合インデックス2を作成します2。選択した列のみを避けます。必要な列のすべてを選択すると、より多くのサーバーメモリを使用する場合にのみサーバーが遅くなり、たとえばテーブルにはcreated_atやupdated_atやupdated_atなどの列が含まれます。

MySQLがテーブル構造を変更すると、メタデータロックが通常使用され、テーブルがロックされる可能性があります。ロックの影響を減らすために、次の測定値をとることができます。1。オンラインDDLでテーブルを使用できます。 2。バッチで複雑な変更を実行します。 3.小規模またはオフピーク期間中に操作します。 4. PT-OSCツールを使用して、より細かい制御を実現します。

データ統合の簡素化:AmazonrdsmysqlとRedshiftのゼロETL統合効率的なデータ統合は、データ駆動型組織の中心にあります。従来のETL(抽出、変換、負荷)プロセスは、特にデータベース(AmazonrdsmysQlなど)をデータウェアハウス(Redshiftなど)と統合する場合、複雑で時間がかかります。ただし、AWSは、この状況を完全に変えたゼロETL統合ソリューションを提供し、RDSMYSQLからRedshiftへのデータ移行のための簡略化されたほぼリアルタイムソリューションを提供します。この記事では、RDSMysQl Zero ETLのRedshiftとの統合に飛び込み、それがどのように機能するか、それがデータエンジニアと開発者にもたらす利点を説明します。

MySQLには、無料のコミュニティバージョンと有料エンタープライズバージョンがあります。コミュニティバージョンは無料で使用および変更できますが、サポートは制限されており、安定性要件が低く、技術的な能力が強いアプリケーションに適しています。 Enterprise Editionは、安定した信頼性の高い高性能データベースを必要とするアプリケーションに対する包括的な商業サポートを提供し、サポートの支払いを喜んでいます。バージョンを選択する際に考慮される要因には、アプリケーションの重要性、予算編成、技術スキルが含まれます。完璧なオプションはなく、最も適切なオプションのみであり、特定の状況に応じて慎重に選択する必要があります。

MySQLはAndroidで直接実行できませんが、次の方法を使用して間接的に実装できます。Androidシステムに構築されたLightWeight Database SQLiteを使用して、別のサーバーを必要とせず、モバイルデバイスアプリケーションに非常に適したリソース使用量が少ない。 MySQLサーバーにリモートで接続し、データの読み取りと書き込みのためにネットワークを介してリモートサーバー上のMySQLデータベースに接続しますが、強力なネットワーク依存関係、セキュリティの問題、サーバーコストなどの短所があります。

MySQLデータベースパフォーマンス最適化ガイドリソース集約型アプリケーションでは、MySQLデータベースが重要な役割を果たし、大規模なトランザクションの管理を担当しています。ただし、アプリケーションのスケールが拡大すると、データベースパフォーマンスのボトルネックが制約になることがよくあります。この記事では、一連の効果的なMySQLパフォーマンス最適化戦略を検討して、アプリケーションが高負荷の下で効率的で応答性の高いままであることを保証します。実際のケースを組み合わせて、インデックス作成、クエリ最適化、データベース設計、キャッシュなどの詳細な主要なテクノロジーを説明します。 1.データベースアーキテクチャの設計と最適化されたデータベースアーキテクチャは、MySQLパフォーマンスの最適化の基礎です。いくつかのコア原則は次のとおりです。適切なデータ型を選択し、ニーズを満たす最小のデータ型を選択すると、ストレージスペースを節約するだけでなく、データ処理速度を向上させることもできます。
