RDSのフェイルオーバーとJDBCコネクションプーリングでハマった件 - なからなLife
フェイルオーバー発生させたら、15分固まった。 Amazon RDS MySQL 5.6.23＋Tomcat＋JavaServlet＋Connector/Jでコネクションプールを利用した環境で、RDSのフェイルオーバー試験をするべくManagement Consoleから「Reboot with Failover」を発生させたら、フェイルオーバーは数分で完了して他の新規接続も受け付けられているのに、前から接続していた分が固まってしまいました。 フェイルオーバーが始まった直後に投げたリクエストのあと、うんともすんとも言わない。 JDBCのconnectTimeoutは3秒にしてあって、SecurityGroupの設定ミスなどでつながらない場合は5秒でタイムアウトすることは確認済みなのに、このケースではお返事が帰ってこない。。。 ぐぐっても、新規接続時のタイムアウト（connectTimeou
DBCP – BasicDataSource Configuration
Commons DBCP Overview Configuration Javadoc Javadoc 2.x Archive Javadoc 1.x Archive Developers Guide Examples Downloads Wiki Development History Building Mailing Lists Issue Tracking Team Source Repository Project Documentation Project Information Project Reports Commons Home License Components Sandbox Dormant General Information Security Volunteering Contributing Patches Building Components Commo
MySQL Connector/J (JDBC ドライバ)の罠まとめ - ~saiya/hatenablog
MySQL JDBC ドライバ(MySQL Connector/J)、Java で MySQL といえばまずコレだが、これまた地味に罠が多い(そして多くの人が踏んで苦しむ)のでまとめてみた。 (2015/03/19) こちら のコメント欄でご指摘ただいた wait_timeout の件について記事修正いたしました。 Summary 以下、いずれもプログラム設計時に理解しておかないと、開発中は大丈夫そうでも実用した途端に苦しまされれてしかも設計から治す羽目になる要注意な罠である: SELECT 結果は全部メモリに載ってしまう (デフォルト設定で) 大量 SELECT する場合は FetchSize, ResultSetType を要設定 利用時には制約があるので、設計段階から考慮しなければならない (後述) idle 時間の「合計で」コネクションが切られる 前回のクエリ処理から一定時間以上経
MariaDBのJDBCドライバはuseCursorFetchができない - おっさんプログラマの戯れ言
MariaDB 5.5 MariaDB Java Client 1.1.5 今年の夏頃からMariaDBを使っている。 今のところクライアントは主にJavaプログラムである。 この数ヶ月間、MariaDBには驚かされてばかりだ。 遭遇したすべての状況を記事にすることは現状できていないが、小出しになってしまうにせよ、そのうち時間を見つけて記載するつもりでいる。 例えば、こんなことがあった。 ・テーブル名などの識別子の大文字小文字を「区別する」 ・しかも、WindowsとOS Xでは識別子の大文字小文字を「区別しない」 ・VARCHAR型の大文字小文字をデフォルトで「区別しない」 ・DATETIME型のデフォルト値にNOW()を指定できない ・TIMESTAMP型の扱いがややこしい ・行ロックの挙動が普通じゃない などなど。 上に挙げたすべてのことは、MariaDBというよりも、MySQLの仕
MariaDB Connector/J failover support - case Amazon Aurora - MariaDB.org
MariaDB Connector/J has evolved a lot during the year. In this post I will talk about the failover capabilities in the connector and give some guidance on how to use them in some certain cases. One other important new feature that I’ll cover in a later article is the fact that MariaDB Connector/J can do load balancing over several servers now as well. To start off with we’ll need the connector its
Java Tomcatなどのアプリケーションサーバ＋DBコネクションプール設定例 - Qiita
<?xml version="1.0" encoding="UTF-8"?> <Context path="/コンテキストパス"> <!-- MySQL --> <Resource name="jdbc/MySQL" auth="Container" type="javax.sql.DataSource" maxTotal="100" maxIdle="20" maxWaitMillis="-1" username="ユーザ名" password="パスワード" driverClassName="com.mysql.jdbc.Driver" url="jdbc:mysql://ホスト名:3306/データベース名?zeroDateTimeBehavior=convertToNull" validationQuery="SELECT 0" /> <!-- Oracle --> <Resourc
Tomcat JDBC Connection Poolの存在を忘れてました - Qiita
はじめに 少し前まで業務でSeasar2 FWを使っていたためコネクションプールはSeasar2のものを利用していました。S2のコネクションプールの実装はシンプルだったし業務で利用していても特にそこがボトルネックになることはありませんでした。 別のプロジェクトに移ってDBCPを触っていたのですが、実装になんとなく疑問を感じたので調べてみました。 tomcat jdbc connection poolとは？ tomcatで実装したConnectionPoolの実装です。（DBCPとは異なります。） tomcat 7.0.19から利用できます。 tomat-jdbc.jarに含まれています。 DBCPからの切り替えはfactoryを変更するだけです。 tomcatのdefaultではDBCPが選択されていますので明示的に変更が必要です。 どこに違いがあるのか。 パフォーマンス DBCPよりパフ
MySQL Connector/Jにおける大量INSERTのチューニング - SH2の日記
ピンポイントチューニング講座です。まずは結果から。 このグラフは、以下のテーブルに50,000レコードINSERTしたときの処理時間を示したものです。性能に70倍以上もの差が出ているのはなぜか、見ていきたいと思います。 CREATE TABLE `loadtest` ( `id` int(11) NOT NULL, `data` varchar(100) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 方法1 ベースライン conn = DriverManager.getConnection(JDBC_URL, JDBC_USER, JDBC_PASS); pstmt = conn.prepareStatement("insert into loadtest (id, data) values (?
OracleのSQL Developerが便利 - kagamihogeの日記
製品情報 - Oracle SQL Developer Oracleから無償ダウンロードできるSQL Developerというツールがかなり便利だったので紹介してみる。なおこのエントリで使用するOracle SQL Developerのバージョンは3.0です……が、ちょくちょく追記しているため、3.0or4.0以降のバージョンを基に書かれている部分もあります。 導入 SQL Developerは要JDK。 JDKが入れてなければ、JDK同梱版（このzipファイルにはJDK1.6.0_11が含まれています）の方を選べばOK。 JDKがローカルマシンに入れてあれば Oracle SQL Developer ダウンロード からファイルをダウンロードして解凍、sqldeveloper.exeを実行するだけ。コチラは起動時にJDKのパスを求められるので、それを入れる。ちなみに、JDK 1.6.0_1
Commons DBCPを使ってみる - Murayama blog.
Commons DBCPについて調べてみました。 ちょっと前置きからスタートします。 Connectionオブジェクトの生成について Javaは、DBとの接続をjava.sql.Connection型のオブジェクトとして取り扱います。 JDBCドライバを使った一般的なプログラムは以下のようになります。 Class.forName("oracle.jdbc.driver.OracleDriver"); Connection con = DriverManager.getConnection( "jdbc:oracle:thin:@localhost:1521/ORCL", "scott", "tiger"); Connectionオブジェクトの生成にかかる負荷 上記のプログラムの場合、 Connection con = DriverManager.getConnection( "jdbc:o
Commons DBCPを超えるTomcat JDBC Poolとは
Commons DBCPを超えるTomcat JDBC Poolとは：Tomcat 7の新機能で何ができるようになるのか？（番外編）（1/2 ページ） TomcatのDBコネクション・プールは2つある ＠IT読者の皆さんは「Tomcat JDBC Connection Pool」をご存じですか？ 通常、TomcatのDBコネクション・プールといえばApache Commonsプロジェクトの「Commons DBCP」を想像するかと思います。しかし、Tomcatには「Commons DBCP」以外にもDBコネクション・プールの実装が存在します。それが、「Tomcat JDBC Connection Pool」（以下、Tomcat JDBC Pool）です。 Tomcat JDBC Poolとは、Apache Tomcatプロジェクトが独自に作成したDBコネクション・プールの実装のことです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.matsuaz.com/matsumotojs/2012/02/22/1329841797405.html
Using in-memory databases