C# でMySQLに接続していると「Fatal error encountered during data read」が発生する。 | rhasm.net/blog
C# でMySQLに接続していると「Fatal error encountered during data read」が発生する。 C#でMySQLに接続して長々MySqlDataReaderをぶんぶん回していると、たまに「Fatal error encountered during data read」というエラーが発生してしまうのです。 簡単に対処方法を試してみたので、書いておきます。 以前は接続する時にMySqlDataReaderの生成を次のようにしていました。 MySqlConnection con; // conの生成は省略 string sql; // sql文も本題に関係ないので省略 MySqlCommand cmd = new MySqlCommand(sql, con); MySqlDataReader reader = cmd.ExecuteReader(); で、以
[MySQL]nullを含むフィールドのconcat
MySQLのTips MySQLで、文字列を結合するときにはCONCAT()関数が使えるが、引数にひとつでもNULLが存在すると返り値がNULLになってしまう。 そこで、NULLがありえるフィールドを結合するときには、そのフィールドをIFNULL()関数で囲ってやるといい。 CONCAT()については「MySQL :: MySQL 4.1 リファレンスマニュアル :: 6.3.2 文字列関数」を参照 IFNULL()については「MySQL :: MySQL 4.1 リファレンスマニュアル :: 6.3.1.4 フロー制御関数」を参照 例 SELECT CONCAT(IFNULL(name_l, "名無しの"), IFNULL(name_f, "権兵衛さん")) as name from users ちなみに数値計算でも計算式にNULLを含むとNULLになってしまうが、同様にIFNULL()
![[MySQL]nullを含むフィールドのconcat](https://cdn-ak-scissors.b.st-hatena.com/image/square/f030b131c35083706d324b18308f4e9a924a9c82/height=288;version=1;width=512/https%3A%2F%2Fhappyquality.com%2Fwp-content%2Fthemes%2Fsimplicity2-child%2Fimages%2Fog-image.jpg)
MySQL5.7.6以降での初期パスワード確認方法
MySQLについて調べていたところ、最近のバージョンで仕様が変わって初期パスワードの場所が変更されたようです。 今まではmysql_install_dbで初期化する際に/root/.mysql_secretに初期パスワードが記載されていましたが、MySQL5.7.6からはmysql_install_dbがmysqld –initializeへと変更になり、/root/.mysql_secretが作成されなくなりました。 では初期パスワードはどこにあるのかというと、MySQLのエラーログに出力されます。 cat /var/log/mysqld.log | grep 'password is generated' 2015-10-25T08:42:09.501502Z 1 [Note] A temporary password is generated for root@localhost:
MySQL InnoDBの行ロック - There's an echo in my head
ロックがわからない。MySQL InnoDBの行レベルロックを読んだけど、イマイチわからない。というわけで、社内の勉強会で知ったことをまとめてみる。 FOR UPDATEかLOCK IN SHARE MODEによって、そのトランザクション中に走る別画面でのクエリの処理のタイミングが異なる。 FOR UPDATEによるロック まずは画面Aで接続が行われ、トランザクションが開始され、SELECT文が発行されたとする。 [画面A] BEGIN; // トランザクションA開始 SELECT * FROM users WHERE id = 1 FOR UPDATE; COMMIT; // トランザクションA終了 そしてトランザクションAの開始後〜終了前に画面B〜Dがクエリを発行したとする。 ちなみにトランザクションを開始しておかないとFOR UPDATEを書いても画面Aでのロックが始まらないので要注
PHP使ってみた
最終更新 2015年9月10日 今までホームページ作成にPHPを使って来ましたが、もう一度PHPの使い方を勉強したいと思います。 しかし、ただ一人で勉強するだけでは芸がないので、使い方メモという形でweb上に記録する事にしました。 目次 １．ウェブ １．ApacheとPHPをWindows 10 64bitにインストールする ２．デバッグ １．PHPのデバッグ Xdebugを使ってみた インストール ２．Xdebugを使ってみた 基本機能 ３．Xdebugを使ってみた 変数表示機能 ４．Xdebugを使ってみた スタックトレース ３．MySQL １．PHPでデータベース MySQLを64bitWindowsにインストールする ２．WindowsでMySQLの初期設定をしてみた ３．MySQLを簡単に使ってみる ４．MySQL NotifierとMySQL WorkbenchをWindo
MySQLのGeomFromTextなどで使うPOINTにはコンマ不要 - F.Ko-Jiの「一秒後は未来」
MySQLで geometry 型のカラムに位置情報を格納する際にハマってしまったのでメモ。 MySQLに緯度経度を格納するやり方としては「Google MapsとMySQLの連携 : アシアルブログ」の説明が詳しいのですが、geometry型を使うと例えば以下のようなSQLでカラムを更新することになります。 UPDATE landmarks SET latlng=GeomFromText('POINT(139.751892 35.705637)') WHERE id=100 で、このときハマってしまったのが POINTの引数にはコンマが不要 だということ。 x座標、y座標を引数にとっているので何も考えずカンマを入れてしまっていたのですが、SQLを実行しても何もエラーが出ない上に値が更新されない。よく見ると正しくはスペース区切りだったというオチ。 「MySQL :: MySQL 4.1 リ
MySQL 緯度経度から該当するデータを範囲抽出する方法 | QK
ちょっと話が、前回のストアドプロシージャを使う話と前後してしまいますが・・・ iPhone, Android等のスマートフォンの爆発的な普及によって最近、位置情報を活用したアプリケーションが増えてきました。スマートフォンから出力される位置情報は、緯度、経度の情報だけなので、それに紐づく住所情報も取りたいですよね？（たぶん）、今回、MySQLを利用してGPSデータベースを作成してみました。情報があまりないので手順を含めいろいろと不足な部分もあるかと思いますが、検証ではまあまあ、期待される値がとれていると判断しましたのでｗ その手順を公開したいと思います。 位置情報の元ネタを探す じゃあ位置情報ってどこにあるの？実は、国土交通省にあったりするんです。しかも無償で自由な目的で利用できたります。知らなかった。 今回の説明では、位置情報データをダウンロードし、MySQLの地理情報テーブルに取り込み、
Webサービスにおける外部APIの使用(その2) - MySQL Spatial Extensionsによる位置情報の検索 - O'Reilly Japan Community Blog
最近のWebサービスでは、外部APIを活用したものが非常に多くなっています。前回は外部APIのアクセス数制限を回避するためのキャッシュ、及び具体例として位置情報サービスのfoursquare APIの結果をキャッシュする仕組みを設計しました。今回は、MySQLに保存された位置情報データのキャッシュをMySQL Spatial Extensionsを使って検索する方法について説明します。 はじめに Retty株式会社の鹿島です。前回は、最近のWebサービスでよく使われている外部のAPIおよびサービス停止に致命的な影響を与えかねないrate limitについて説明しました。またrate limitの超過を防ぐための「キャッシュ」という方法についても説明しました。 具体例として、位置情報SNSサービスであるfoursquareのAPIを取り上げ、その結果をキャッシュする仕組みの基本的な設計を説明
MySQLで任意の緯度・経度から最も近いデータを取得するSQL | Firegoby
MySQLには位置情報を扱う機能があるが、コツが必要なようなのでメモ テーブルを作成 テーブルを作成する際に注意するべきなのは以下の2点。 緯度・経度を保存するフィールドのデータ型は、 “geometry” とする。 インデックスに SPATIAL を使用する。 自分の環境の、phpMyAdmin では SPATIAL インデックスが作成できなかったので、以下のようなSQLを発行した。 ALTER TABLE geom ADD SPATIAL INDEX(geo); テーブルのスキーマは以下のような感じ。 CREATE TABLE `points` ( `loc` varchar(20) NOT NULL, `point` varchar(50) NOT NULL, `geo` geometry NOT NULL, PRIMARY KEY (`loc`), UNIQUE KEY `poin
Sorry, site has been closed
Sorry! This site has been closed by administrator! Please contact administrator!
Google MapsとMySQLの連携
こんにちは、アシアルの中川です。 Google Mapsに表示する情報をMySQLのgeometry型で扱う方法を試してみました。 Google Mapsのある地点にマーカーを表示したりすることがある場合、 緯度・経度の情報で地点に表示させることができますが、 データベースにこの情報を保存する場合、lat(float), lng(float)とそれぞれカラムに保存する方法もあるのですが、この方法では各データの位置の関係が非常に扱いにくくなります。 Google Mapsで表示されている範囲内のデータのみ取得したい場合や、 ある地点から近い順に取得する場合などに面倒なことになります。 そこで、MySQL4.1以降で用意されている空間情報を扱う機能の「geometry」型を使用します。 「MySQL 4.1 リファレンスマニュアル :: 10 MySQL における空間情報の機能(日本語)」 「
MySQL Daemon failed to start - tech tech -テクテクブログ-
ローカル環境の仮想マシンを再起動したら、 MySQL Daemon failed to start. と表示され、MySQLが起動できなくなってしまいました。 再起動してもずっとエラーが出るので tail /var/log/mysqld.log でログを見てみたところ、以下のエラーが [ERROR] /usr/libexec/mysqld: unknown variable 'default-character-set=utf8' [ERROR] Aborting MySQL5.5からはmy.confに記述する文字コードの設定方法が変わったようですね。 default-character-set=utf8 と書いていたところを character-set-server=utf8 に書き換えてMySQL再起動 これでうまく起動できました。 そもそもの原因は、 最近MySQL5.5にアップデー
MySQLのUPDATEでサブクエリを使う方法 - 浜村拓夫の世界
データベースで、データを一括コピーしたい。 ＝MySQLのテーブルAにあるデータを、別のテーブルBにコピーする。 (1) テーブルAとテーブルBを結合する。 (2) コピーする条件（商品番号が同じ商品同士の場合）を指定する。 (3) UPDATE句で、テーブルA側にあるデータをテーブルB側のカラムに書き込む。 この(1)から(3)までの処理を1回のSQLで実行しようと思って、(1)と(2)をまとめたサブクエリを書こうと思った。 なんかうまく動かないので調べてみたら、MySQLのサブクエリは、テーブルの扱いに制約があることが分かった。 Google - MySQL update サブクエリ の検索結果 約 16,200 件 ●MySQLのサブクエリの制約 MySQLはUpdate, Deleteで自己相関サブクエリが使えない 演習問題で自己結合してUPDATEする問題があるんですが、これMy
SELECT ... INTO OUTFILE 構文を使って結果セットを CSV 形式でファイルに書き出す - @kyanny's blog
MySQL :: MySQL 5.6 リファレンスマニュアル :: 13.2.9 SELECT 構文 SELECT ... INTO OUTFILE '/tmp/hoge.txt' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY "\n" FROM ... FIELS TERMINATED BY フィールドの区切り文字を指定 ここではカンマ OPTIONALLY ENCLOSED BY フィールドを囲うクォート文字を指定 ここではダブルクォート LINES TERMINATED BY 行の区切り文字を指定 ここでは改行文字
MySQL :: MySQL 8.0 リファレンスマニュアル :: 11.2.2 DATE、DATETIME、および TIMESTAMP 型
DATE、DATETIME、および TIMESTAMP 型は関連しています。 このセクションでは、これらの特徴、似ている点、および異なる点について説明します。 MySQL は、セクション9.1.3「日付リテラルと時間リテラル」で説明している複数の形式で、DATE、DATETIME、および TIMESTAMP 値を認識します。 DATE および DATETIME 範囲の説明では、「サポートされている」とは、以前の値は機能するが、保証はないということを意味します。 DATE 型は、日付部分を含むが時間部分は含まない値に使用されます。 MySQL は、DATE 値を'YYYY-MM-DD'形式で取得して表示します。 サポートしている範囲は '1000-01-01' から '9999-12-31' です。 DATETIME 型は、日付と時間の両方の部分を含む値に使用されます。 MySQL は、DA
［MySQLウォッチ］第23回 押さえておきたいバックアップとリストアのポイント
よく，データベースの運用に関する相談の中では，バックアップと可用性(アベイラビリティ)を混同してい場合がある。データベースは，ある瞬間のデータを保存することが目的である。障害が発生した際に保存したデータを再現することにより，復元をおこなう。 可用性は，障害対策として，できるだけ止めずにデータベースを運用することを目的としている。もし，止める場合にも最小限の時間で，復旧することを目的としている。 障害が発生した場合に，速やかに復旧することは，非常に重要なことである。そのため，「レプリケーションやクラスタリングを使用すれば万全」と考えるのは，間違いである。もし，レプリケーションやクラスタリング自身に障害が発生すれば，必ずバックアップデータによって，復旧する必要がある。 また，誤ったデータベース更新を実行した場合，レプリケーションやクラスタリングは，すべてのサーバーが即座に更新を実行する。そのた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Web Page Under Construction
つみきWeb