インデックス・select文の挙動がおかしい

Question

ユーザーのブログを管理する以下のようなテーブルに関して、

CREATE TABLE `user_blog_tbl` (
	`user_blog_id` BIGINT(20) NOT NULL,
	`user_id` INT(11) NOT NULL,
	`category_id` INT(11) NOT NULL,
	`title` VARCHAR(255) NOT NULL DEFAULT '',
	`memo` MEDIUMTEXT NOT NULL,
	`delete_flag` TINYINT(4) UNSIGNED NOT NULL DEFAULT '0',
	`created_at` TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00',
	`updated_at` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
	`deleted_timestamp` INT(11) UNSIGNED NOT NULL DEFAULT '0',
	PRIMARY KEY (`user_blog_id`),
	INDEX `idx_user_blog_tbl_mul01` (`user_id`, `delete_flag`, `updated_at`),
	INDEX `idx_user_blog_tbl_mul02` (`user_id`, `category_id`, `delete_flag`, `updated_at`),
	FULLTEXT INDEX `blog_title` (`title`),
	FULLTEXT INDEX `blog_memo` (`memo`),
	FULLTEXT INDEX `blog_title_2` (`title`, `memo`)
)
COMMENT='ユーザブログテーブル'
COLLATE='utf8_general_ci'
ENGINE=Mroonga
;

select文にて
select * from user_blog_tbl where user_id = A;
として、ユーザーAに関してのデタを抽出したところ、データは確かに存在するのですが、上記select文にて結果が返ってきません。
また、
select * from user_blog_tbl where user_id = A and delete_flag = 1;
とした場合、結果が正常に返ってきます。
また、
ユーザーA以外のユーザーB他ユーザーCなどでは下記select文にて正常にデータが返ってきます。
select * from user_blog_tbl where user_id = B;
特定のユーザーだけ発生しているようです。

こちら、なにが原因と考えられますでしょうか？

ご教授よろしくお願いいたします。

Comments

[yambejp]

int型のカラムに対して例示が「A」なので、検証のしようがないかと

[whxtna]

わかりずらく、申し訳ありません。Aはあてでいれたものになります。

[yambejp]

とりあえずEngineを一般的なMyISAMやInnoDBに変えて試されましたか？その上でヒットしないようなサンプルデータをつけて再度きちんと例示されることをお勧めします

[masaya_ohashi]

delete_flagというカラムの存在、そしてdelete_flag=1なら返ってくるという状況を見るに、なんらかのフレームワーク経由でDBへアクセスしていませんか？MySQL Workbench等で該当のクエリを実行した場合、正しくAの結果が返ってきませんか？

[hatena19]

症状が再現できるデータ例を、INSERT INTO で提示してもらえませんか。

[whxtna]

↑削除依頼中です。すいません。フレームワーク経由で該当クエリを実行した場合でもDBのGUIツールを利用し直接実行した場合のどちらでも正しい結果が返ってきませんでした。

[masaya_ohashi]

user_idがBのデータはdelete_flagは1ですか？0ですか？

[whxtna]

user_idがBのデータは複数ありdelete_flagは1と0両方です。user_idがAのデータも複数ありdelete_flagはすべて1です。

[masaya_ohashi]

WHERE user_id=Aで探したときは1件もひっかからず、user_id=Bで検索したとき、delete_flagが0のデータも1のデータも含め全件出ますか？

[whxtna]

はい。その認識であっております。

[whxtna]

WHERE user_id=Aで探したときは1件もひっかからず、user_id=Bで検索したとき、delete_flagが0のデータも1のデータも含め全件でます。

[masaya_ohashi]

うーん…？そんなことが起こり得るのでしょうか。正直いまのところ考えられるのは「勘違い」しかありません。可能であればuser_idがAのレコードのサンプル、Bのレコードのサンプルを追記できますか？

[yambejp]

早い段階から指摘してありますが、まずint型の検索なのでuser_id=1とか2とかそういうサンプルの書き方にしてください。その「1」や「2」というキーワード自体に意味があるかもしれないので。とにかく再現性のあるテーブルのデータを提示してもらわない限り回答は「質問者さんの勘違い」に終止すると思いますよ

[whxtna]

サンプルの書き方が不十分であり申し訳ございません。以後気を付けます。全く同じデータにて別環境(開発環境)にて実施したところ問題なく正常にデータが返ってきました。現象が再現されているのが本番環境となります。

[yambejp]

「別環境(開発環境)にて実施したところ問題なく正常にデータが返ってきました」となるとテーブルが壊れているのかもしれませんね。一度dumpでバックアップしてテーブルを作り直してから再投入するのが現実的ではないでしょうか？

[x_x]

データ量が多い、負荷がかかっているなどで処理が重くて返ってきていないということはありませんか？

[whxtna]

>x_xさん ありがとうございます。ユーザーAの5倍近くのデータ量のユーザーに関して実行してみたところ正常にデータが返ってきました。なので、データ量の関係性はないかと思われます。

[whxtna]

>yambejpさん ご意見ありがとうございます。テーブルの作り直しを検討していこうと思います。ちなみになんですが、テーブルが壊れる原因としてはなにが考えられるのでしょうか？また、他は正常通りで特定のユーザーのデータのみ挙動がおかしくなるようなこともテーブルが壊れることで発生してしまうものなのでしょうか？知識不足で申し訳ありません。

[yambejp]

テーブルエンジンにもよるでしょうけど、MyISAMの破損についてはマニュアルに記載されています。「https://dev.mysql.com/doc/refman/5.6/ja/corrupted-myisam-tables.html」、他のエンジンでは対策されているものもあるでしょうし似たようなケースで破損することもあるでしょう。対策についてはこちら→https://dev.mysql.com/doc/refman/5.6/ja/rebuilding-tables.html

[yambejp]

とくに今回はMroongaエンジンを利用ということで未知のバグなど包含しているのかもしれません

[whxtna]

>yambejpさん　詳しいご説明ありがとうございます。参考URLまでいただき、後程確認させていただきます。Mroongaエンジンの道のバグに関しても調査しつつ進行していきたいと思います。

Answer 1

具体的に解決にはいたっていないが、Mroongaエンジンの未知のバグまたは、テーブルの破損を視野に再度調査を進める。

Answer 2

もしかしてなんですが、これならどうでしょう。

SELECT SQL_NO_CACHE * FROM user_blog_tbl WHERE user_id = A;

Comments

[whxtna]

ありがとうございます。
実行してみましたが、データが返ってくることはなかったです。