暗号化されたデータのあいまい検索

Question

テーブルに暗号化したデータが格納されており、ある項目をあいまい検索するために、
以下のようなSQLであいまい検索を実施しようと思うのですがそもそもSQLで複合化するのはよろしくないのでしょうか？

select name 
from user
where AES_DECRYPT(UNHEX(name), '複合化するための鍵') LIKE '%田中%';

パフォーマンスの問題もありますが、
SQLログに「複合化するための鍵」が出力されてしまうのは避けたいので別の方法があればご教示頂きたいと思っております。
いったんすべてのデータを取得して、
プログラム(java)で複合化した文字列に「田中」が含まれているものだけを抽出するしかないでしょうか。
（ページングさせる必要があり、検索件数取得・オフセットなどの制御を入れているのであまりプログラム抽出はやりたくありません）

もしくは、"AES_DECRYPT"を含むSQLはログに出力させない・マスキングするなどの方法がありましたら、ご教示頂きたいです。

Answer 1

鍵をバインド変数経由にすれば、SQL上は単なる変数でしかありませんね。

Comments

[manz]

ご回答ありがとうございます。
「SET @key = '鍵文字列';」とユーザー変数定義を行い、
「where AES_DECRYPT(UNHEX(name), @key) LIKE '%田中%';」とすれば、
sqlログ上には@keyとしか出力されないことを確認できました。

ただ、「SET @key = '鍵文字列';」はログに出力されてしまうので、
sqlを発行する都度「SET @key = '鍵文字列';」を実施する訳にはいきませんが、
バインド変数（ユーザー定義変数）を、mysqlのグローバルな領域に定義しておくことはできるのでしょうか？
（「SET @key = '鍵文字列';」での定義はセッションが切れると失われる認識）

[sazi]

SET GLOBAL　で、mysqlが再起動されるまで有効なグローバルシステム変数となります。

[sazi]

それもログが残るから嫌だという場合は、内部に鍵を持ち、鍵を返却するストアドfファンクションにするとか。テーブルにするとか。

[manz]

ストアドファンクションかDBで鍵を取得するようにいたします。
（ストアドファンクションであればファンクション名のみSQLログに出力されることを確認できました）
ありがとうございました。

Answer 2

復号せずに暗号検索できる「秘匿検索基盤」

ぜんぜん答えになっていないですが、暗号化したまま検索可能な仕組みが有ります。
参考にどうぞ。