PHPをバージョンアップしたらSQLの結果が返らなくなった

Question

前提・実現したいこと

お世話になります。
PHPの簡単なシステムを社内で運用しています。
phpMyAdminをバージョンアップしたことに伴い、PHPの方もバージョンを上げると、あるSQLの結果が返らなくなりました。

今までのバージョンPHP5.6
PHP7.1 →正常な値が返る
PHP7.2 →値が返らなくなった
PHP7.3 →値が返らなくなった

このことから7.1から7.2の変更点に原因があると考え調べてみましたが自分のレベルでは理解できませんでした。
※phpMyAdminからの要求は7.1で大丈夫なのですが、どうせなら7.3にしたいと考えております。

<form action="" method="post">
	年月日<br>
	<input type ="text" class="hidutext" name="tdate" value="<?php echo date('Y-m-d'); ?>"><br><br>
	氏名<br>
	<select name="a2"  class="hidutext">
	<option value=""><? echo '全員を選択'; ?></option>

<?php
while($roo1 = $stt1->fetch()){//ここには記載していませんが事前にSQL文が存在します。
	echo '<option value="'.htmlspecialchars($roo1['namae']).'">'.htmlspecialchars($roo1['namae']).'</option>';
	} 
?>
	</select><br>
	<input type ="submit" name="seach" value="　検索　">
</form>

<?php
if(isset($_POST['seach'])){
	try{
		include '../tools/dbconnect.php';//db接続
		$a2 = $_POST['a2']=="" ? '%' : $_POST['a2'];
		$tdate = $_POST['tdate'];
		$sql02 = "select max(id) as maxid from status_tbl where  name like :a2 and s5 = :tdate group by s9";
		$str02 = $pdo->prepare($sql02);
		$str02->bindvalue(':a2',$a2,PDO::PARAM_STR);
		$str02->bindvalue(':tdate',$tdate,PDO::PARAM_INT);
		$str02->execute();

		$zdata = $str02->fetchAll();//sqlの全結果を取得、配列に格納

		if (!empty($zdata)) { ///データが存在する場合
		$id = array_column($zdata, 'maxid');//カラムmaxidの値のみを配列に格納
		$sql03 = "select id, name, datetime, s1, s5, s7, s9 from status_tbl where id IN(".implode(",",$id).")";//抽出条件　maxid
		$str03 = $pdo->query($sql03);

		while($row03 = $str03->fetch()){
		$sai = $row03['s7']=='最新' ? '【最新】': '【※次あり】';
		echo '<form action="data_input.php" method="post">';
		echo '<input type ="hidden" name ="maxid" value ="'.$row03['id'].'">';
		echo '<input type ="hidden" name="muid" value ="'.$row['s9'].'">';

		echo '<button type ="submit" name ="data_sentaku" value="">'.$sai.'<br>'.$row03['name'].'<br>'.$row03['s1'].'</button>';

		echo '</form>';
	}
	
	}else{$a = $a2=='%'?'全員':$a2; echo '[氏名]　'.$a.'<br>[日付]　'.$tdate.'<h3>該当するデータは存在しません。</h3>';}///データが存在しない場合

	}catch (PDOException $e){
    print('Error:'.$e->getMessage());
    die();
	$pdo = null;}
	echo '<br><br>';
}
?>

発生している問題・エラーメッセージ

このIF文の結果がPHP7.2以上だとFALSEになってしまいます。

if (!empty($zdata)) { }

なので以下の式に問題があるのではと考えています。
どうか宜しくお願い致します。

		$sql02 = "select max(id) as maxid from status_tbl where  name like :a2 and s5 = :tdate group by s9";
		$str02 = $pdo->prepare($sql02);
		$str02->bindvalue(':a2',$a2,PDO::PARAM_STR);
		$str02->bindvalue(':tdate',$tdate,PDO::PARAM_INT);
		$str02->execute();

補足情報（FW/ツールのバージョンなど）

お名前.COM 共有サーバ
php5.6.40(今まで)
phpMyAdmin5.0.1

Comments

[退会済みユーザー]

タグとコードからみるに mysqli と pdo をまぜこぜにしてるつぎはぎコードはやめましょう。

[退会済みユーザー]

あときっかけは phpMyAdmin の更新だとしても　コードとなんの関係が?

[hoshi-takanori]

tdate は日付ですよね。デフォルト値に - が入ってるのに bindvalue は INT 型でいいのでしょうか？

[takasima20]

再現操作に問題はなく、SQLを直に手入力しても正常で、エラーも発生してないってんなら、あとはログになんか出てないか確認するくらいかなあ。

[version-l]

>>まぜこぜにしてるつぎはぎコード
独学のド素人につき何卒お許しを！
>>bindvalue は INT 型でいいのでしょうか？
ありがとうございます　INT→STRで動きました

[version-l]

takasima20様 回答ありがとうございます

[退会済みユーザー]

そもそも、共有サーバー上に　phpmyadmin 入れないでも、お名前.comが用意してるのに意味がわからない（規約上大丈夫だとは思うが）

[version-l]

asahina1979様　ありがとうございます
私の契約しているプランではphpmyadminは公式ページでDLして自分でFTPでアップせよとのことでしたが、もしかしてお名前.COMが他のDB操作ツールを提供しているという意味なのでしょうか

[takasima20]

なるほど～ PHPが生SQLを生成する際の問題でしたか。ひょっとしたら PHP と MySQL 両方のバージョンの組み合わせで事象が異なるのかなあ。勉強になりました。

Answer 1

色々ツッコミが必要なコードですが、見なかったことにして、回答します。
(いや、回答にもなってないかも知れないですが＾＾；)

 $str02->bindvalue(':tdate',$tdate,PDO::PARAM_INT);

ここの$tdateは int へキャストすると値が変化します。
私自身は検証できていないし、ドキュメントも探せてないのですが、リンク先のような現象が観測されています。

PHP5.6とPHP7.3でPDO::PARAM_INTの挙動が変わる

もしコレなら、原因が分かる人のコメントも欲しいなぁ。。。

#追記
再現条件を確認しました。

あの PDO::PARAM_INT の挙動が変更になってる！

7.2 以降かつエミュレーションの有無で結果が分かれるようです。

#さらに追記
徳丸さんが日記を書かれたのでリンクしときます。

PHP 7.2以降におけるPDO::PARAM_INTの仕様変更

Comments

[version-l]

ありがとうございます
ほかの方のご指摘により、INT→STRで解決いたしましたが、7.1では動いていた為、
「PHP5.6とPHP7.3でPDO::PARAM_INTの挙動が変わる」件も一つの原因であったと思います

[退会済みユーザー]

おそらくこの記事が関係する

https://blog.tokumaru.org/2016/04/pdoint.html

[退会済みユーザー]

>asahina1979 さん

その記事の下の方にある「PDOでの数値列の扱いにはワナがいっぱい（2）」に説明がありますが、PDO の PDO::PARAM_INT は期待した機能を果たさず STR のまま投入され、今回のケースでは「日付文字列」として動作します。

が、新環境では、「正しく int へ変換」されるようになったため、問題が発生していたのだと思います。

ただ、私はいくつか環境を作ってみたのですけど、再現したことがないので、「正しく int へ変換」される原因が何なのかわかっていません。

結構インパクトのある挙動だと覆うのですけど、根拠が探せなくてちょと困ってます＾＾；

[退会済みユーザー]

以下のやり取りによると、
https://bugs.php.net/bug.php?id=77954

以下の修正が関連していて
https://github.com/php/php-src/commit/32b6154a61fae820386527f3019f8c5937fc5d27

再現しないんですよねぇ＾＾；
アップグレードガイドに言及もないし。

だれかコード読める人、教えて下さいｗ

[退会済みユーザー]

再現条件を確認しました。

あの PDO::PARAM_INT の挙動が変更になってる！
https://qiita.com/te2ji/items/a8e7211a69f313126f7c

7.2 以降かつエミュレーションの有無で結果が分かれるようです。

[退会済みユーザー]

なんであがってきたんやろ

[退会済みユーザー]

おれが回答にリンク追記したためかと。

[退会済みユーザー]

↑うったときそのリンクなかったｗ

[退会済みユーザー]

なんでだろ。なんかのキャッシュバグ踏んだかな？

まぁ、やっとメジャーな人が取り上げてくれたんで、コレで悩む人が減るといいのだけれど。