PHPの文字列連結のスピード
Sound-uz Web Studioさんの文字列連結、どちらが速い？という記事で 文字列連結のスピードの比較があった。 それによると$str = "$str1$str2$str3";とするよりも$str = $str1.$str2.$str3;とした方が速いらしい。 でも、Simple Optimization for PHP and MySQLには Don't concatenate when you don't need to. (連結する必要がないならするな)と書いてあるけど、どうなんだろ。 というわけで自分でも比べてみた。 比較したページはこちら(開くのに少し時間がかかります) 比較結果はこんな感じに。 連結の種類処理の平均時間(秒)20回中最も速かった回数シングルクォート連結0.02243784666061417ダブルクォート連結0.0247802376747133非連結0.0
MySQL: in 演算子で指定した順番でソートされた結果を求める - あいつの日誌β
テストスクリプト CREATE TABLE test_user_item ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID', `user_id` int(10) unsigned NOT NULL COMMENT 'ユーザーID', `name` varchar(12) NOT NULL COMMENT 'アイテム名', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='テスト'; INSERT INTO test_user_item (user_id, name) VALUES (1, 'どうのつるぎ'), (2, 'どうのつるぎ'), (4, 'どうのつるぎ'), (3, 'どうのつるぎ'); SELE
位置情報（緯度、経度）をMySQLのGeometry型で保存する
こんばんは。BS事業部隊員です。 今回は、位置情報(緯度、経度)の保存方法を紹介します。 これもまた得意のググりで見つけたものです。 ・位置情報サービスのはじめ方 ・Google MapsとMySQLの連携 MySQL(v5.0)のGeometry型.... 便利そう！とういうことで使ってみることにしました。 .... くわしいことは、先輩方のサイトを参考にしてください。詳しく載ってます。 ここでは、ポイントだけ。※ 例の位置情報は適当です。 １．Geometry型とは MySQL4.1以降で用意されている空間情報を扱うデータ型 ２．テーブル定義 対象カラムの型をGeometryとするだけ。 CREATE TABLE points ( point_id INT NOT NULL ,latlon GEOMETRY NOT NULL ,PRIMARY KEY (point_id) ,SPATI
ジオメトリ型のカラムを用いて2点間の距離を求める - ペチパーノート
位置情報をMySQLに保存し、2点間の距離を調べたい場合、どうしたらよいのだろう？ とにかくやってみる テーブルを作成 CREATE TABLE places ( id int(11) NOT NULL, name varchar(32) NOT NULL, latlon geometry NOT NULL, PRIMARY KEY (id) ); POINT型(緯度経度)で場所を登録 INSERT INTO places VALUES (1, '岩手県庁', GeomFromText('POINT(39.703595 141.152526)')); INSERT INTO places VALUES (2, '岩手県水産会館', GeomFromText('POINT(39.703736 141.153755)')); 素直にSELECTしてみると文字化けしました。 ジオメトリ型にはバイ
mysqldumpを実行しようとするとCouldn’t execute ‘SET OPTION SQL_QUOTE_SHOW_CREATE=1’が出るときの対処法 | DevelopersIO
mysqldumpを実行しようとするとCouldn’t execute ‘SET OPTION SQL_QUOTE_SHOW_CREATE=1’が出るときの対処法 元はAmazon EC2からAmazon RDSのデータを出力しようとしたんです 現在業務でAmazon AWSのEC2及びRDSを使用しています。 コレ自体は一つも珍しいことではなく、もはや日常茶飯事っぽくなりましたね。 ただ、EC2内でMySQLを使って実装することも多々有ります。 レプリーケーション機能が使いたいとか色々理由はあるのですが、それがネックで今までRDSを使ってきませんでした。 が、ステージング環境を作る上で、データベースも別の場所を使ったほうが簡単ということで、レプリケーション機能がいらない部分をRDS側にコピーしました。 そして時が過ぎて、このステージング環境のデータを一旦EC2内のMySQLへ移植しようと
PHPのテクメモ » Blog Archive » mysqldumpで「when using LOCK TABLES」と怒られる
MySQLからデータをダンプする便利なコマンドmysqldump。テーブルがMyISAMなら問題ないけれど、innoDBなどトランザクション処理が絡む場合、単にmysqldump処理するとエラーメッセージが表示されてdumpできない。 Got error: 1044: Access denied for user ‘user’@’localhost’ to database ‘mydb’ when using LOCK TABLES テーブルのロックがどうこうというエラーだ。中途半端にデータがinsert等された状態でdumpされたデータだと、復元した際にデータに矛盾が生じるかもしれないから事前にロックしようとしたけどできなかったよ、ということだろう。ネットを探しているとオプションをつけてしのぐ方法が書かれている。 mysqldump –skip-lock-tables mydb > my
特定のテーブルを mysqldump する方法
次の様に、データベース名に続けてバックアップしたいテーブル名を指定して mysqldump を実行すれば良いです。 :bash: $ mysqldump -u ユーザ名 -p -h ホスト名 データベース名 [テーブル名 ...] > ダンプファイル名 ダンプ対象の複数のテーブル名をあらかじめファイルに書いておき、それを使って指定することもできます。 次の例では tables.txt の各行にダンプ対象のテーブル名が書いてあるとします。 $ mysqldump -u ユーザ名 -p -h ホスト名 データベース名 `cat tables.txt` > ダンプファイル名 特定のプレフィックスを持つテーブルのダンプ 例えば wp_ というプレフィックスを持つテーブル (WordPress 用のテーブル) をダンプしたければ次の様にします。 :bash: $ mysql -u ユーザ名 -p -
リモートにあるmysqlのデータベースをローカルにコピーする方法: Computer Practice
中国で働くソフトウェアエンジニアのブログ。Redmine、Ruby on Rails、インターネットビジネスに興味があります。 よく忘れるのでメモしておく。 1. まずはコピー元のサーバーからデータベースをダンプファイルとして取得 コピー元のデータベースがあるサーバーを192.168.1.123、データベースのユーザーをroot、データベース名を mydb とした場合、下記のコマンドでダンプファイル mydb.sql を取得できる。 > mysqldump -h192.168.1.123 -R -u root -p mydb > mydb.sql Rオプションは、ストアドプロシージャーも一緒にダンプするという意味。 2. 取得したダンプファイルをローカルのデータベースに復元 > mysql -u root -p mysql> create database mydb; mysql> qui
おまかせブログ2.0 - phpMyAdminでテーブルが使用中！？
WordPressというブログツールでエラーが表示されていたので、データベーステーブルを phpMyAdmin を使って確認しました。すると、「使用中」 というフラグが立っていて、中身を見ることも構造を確認することもできません。削除して作り直すしかないのか？と思いましたが、ちゃんと「修復」という操作で直りました。 RDBの知識が無くてもデータベースの操作が簡単に行えるのが phpMyAdmin のいいところです。RDBの知識が無く、phpMyAdmin も使いこなせない人はIT（特にWeb関連に携わる）技術者にはいないはずですね。 ともあれ、修復や最適化というコマンドは、どんなRDBにも用意されています。 と言うことは・・・。 「何らかの要因でテーブルに不具合が生じたりバッファオーバーフローが起こることがあるということです。だから開発者側が修復コマンドを用意しているのです。「複数人が同時に
PHPのテクメモ » Blog Archive » innoDBが使えない？
CentOS5.5の環境でMySQLを使っているとき、phpMyAdminを使ってテーブルをinnoDBにしようと思ったら・・・。あれ、できない、なんで。 たしかinnoDBはMySQL5から使えるようになったから大丈夫なはずなのに。いちおうMySQLのバージョンを確認してみると5.0.77。大丈夫なはずだよね。 とりあえず調べてみた。しかし情報が意外と少ない。そもそもこんなことで誰も悩まないのか、それともみんなあきらめがいいのか。 こちらのブログにひとつの方法が書いてあった。CentOS5.4でMySQL5.1ということでうちとは少し違うけど。my.cnfに2行ほど書き加えて、innoDBを使えるようにするというものだった。どうもその記述方法をみるとinnoDBがプラグインで動作しているような・・・。そんなんだったかなぁ。って調べてみたら5.1からプラグインがどうこうという情報がたくさん
ぼくとMySQLの3日間戦争(予告編) | GMOメディア エンジニアブログ
こんにちは、DBAのたなかです。 聞いてください。 ある日、突然、MySQLが Number of processes running now: 0 130731 00:28:59 mysqld restarted 130731 0:28:59 InnoDB: Database was not shut down normally. InnoDB: Starting recovery from log files... InnoDB: Starting log scan based on checkpoint at InnoDB: log sequence number 141 925270908 InnoDB: Doing recovery: scanned up to log sequence number 141 925276705 130731 0:28:59 InnoDB: St
ぼくとMySQLの3日間戦争(調査編) | GMOメディア エンジニアブログ
こんにちは、DBAのたなかです。 時は平成、世はDevOps。これは、突然クラッシュしたMySQL(4.0.26)とDBA(気持ちは20代)の戦いの記録である。。 続きものの第2話ですので、予告編(導入部)がまだの方はこちらをどうぞ ⇒ ぼくとMySQLの3日間戦争(予告編) 取り敢えず落ち着くために 素数を数える `となりの人'からもらった情報を整理してみる。 過去にもクラッシュを繰り返す事例があった別サーバーで再構築しても、一時期回復するものの再発するがんばってくれ、きみならできる落ち着かなかった。オチもつかなかった。 取り敢えず4.0とはいえどMySQL。日頃培ったMySQLの知識をフル動員するときがきたのだー。 さて、と。 Number of processes running now: 0 130731 00:36:20 mysqld restarted 130731 0:36:
ぼくとMySQLの3日間戦争(再現編) | GMOメディア エンジニアブログ
こんにちは、DBAのたなかです。 このエントリーは第3話目で、第1話と第2話はこちらになります。 ⇒ ぼくとMySQLの3日間戦争(予告編) ⇒ ぼくとMySQLの3日間戦争(調査編) さて、取り敢えずバックトレースが取れたことで大きく事件の真相に迫れた気がします。関数名しか解決できてませんが、取り敢えず、 Thread #13, 12がメインスレッドっぽいThread #11～5はInnoDBのスレッドで決まりThread #4はよくわからんThread #3はどこかに接続*しに行っている*かつhandle_slave_ioとか言ってるのでI/OスレッドThread#2はSQLスレッドThread#1はhandle_one_connection呼んでるのでフツーにどこかからコネクションをもらって作られたスレッドで、コイツがsignal 11もらってクラッシュさせてる…なに？ バックアップ
ぼくとMySQLの3日間戦争(解決編) | GMOメディア エンジニアブログ
こんにちは、DBAのたなかです。 続き物エントリーの第4話、ついに完結編です。途中からの方は是非第1話から俺の愚痴を聞いてくださいm(_“_)m ⇒ ぼくとMySQLの3日間戦争(予告編) QUITした後に落ちるSIGSEGVをもらうスレッドの流れがend_thread()からのpthread_cond_wait ()手元に4.0系のソースコードは4.0.30しかないんですが、sql/mysqld.ccにend_thread()の処理があるのでそれをぼんやり眺めてみると、スレッドをクリーンアップしてからスレッドキャッシュに入れるかどうかの判定をし、スレッドキャッシュに入れる処理の中でpthread_cond_wait()を呼んでました。 細かいことは良く判りませんが、まあこのあたりの処理なので、スレッドキャッシュ無効にしましょうそうしましょう。 # vim ./my.cnf .. #thr
XAMPP for Windows の MySQL を Spider 3.0 対応版に更新 - takaya030の備忘録
Windows 上で XAMPP 1.7.1 (PHP 5.2.9, MySQL 5.1.33) を使って Web アプリケーションを開発していましたが、事情があって MySQL 5.5 を使う事になりました。 通常ならば新しいバージョンの XAMPP をインストールするところですが、Web フレームワークとして Ethna 2.5.0 (PHP 5.3 未対応) を使用していたため、今回は MySQL のみアップグレードしました。 いい機会なので 通常の MySQL 5.5 ではなく Spider 3.0 対応バイナリをインストールしてみました。 以下、その手順のメモとなります。 (XAMPP は C:\xampp にインストール済みであるとします) MySQL Spider 3.0 for Win32 のダウンロード 以下のサイトから mysql-5.5.14-spider-3.0-v
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リレーショナル・データベースの世界
MySQLでエラーを無視してSQLを実行する方法 | Web活メモ帳
http://blog.ceed.jp/?p=33
MySQLコマンドラインツールの利用
https://www.w-x-w.com/2013/01/14/313