アプリ上の商品並び順が変わってしまう

Question

前提・実現したいこと

GMO MakeShopを使ったアプリを運営しているのですが、商品APIから取得した商品更新日（update_date）
を元に降順に商品を表示しています。アプリの仕組みは以下のようになっています。

① 商品APIから情報取得
② DBサーバに情報格納
③ JSONファイルに出力（json_encode()使用）
④ アプリで表示

利用者の方から、「商品の入庫・出庫があったタイミングで、アプリ上の「コンテンツA（MakeShopから取得しているコンテンツ）」
の商品並び順が変わってしまう」とのことでSQL文を調査していますが、商品APIの項目に入庫日・出庫日の項目はなく、取得も
していないので、なんで並び順が変わってしまうのか調査に行き詰まっている状況です。

入庫・出庫があったタイミングでデータベース更新日updated_atが更新されて、かつjson_encode()でJSONファイルを出力してるから
JSONファイル中の商品の並び順がアプリと違う順番へ変わるのが影響しているのか？と思いましたが、
JSONファイル出力前にSQL文中の主問い合わせORDER BY句、副問い合わせORDER BY句でupdate_date（商品更新日）を指定してるので
こちらの線は薄いと思っています。

このような事象をご経験された、もしくはこのような時に確認する項目があれば、ご教示頂きたくお願いします。

該当のソースコード

# 処理概要の図のContents.phpの一部
# JSON出力する項目
$cols = "id,area,category,target,title,body,posted_at,link,url_image,url_video,collections";


$sql = "SELECT {$cols}, update_date, odr, odr2 FROM";
            $sql.= "(";
            # コンテンツA
            $sql.=    "SELECT {$cols}, update_date, 1 AS odr, CASE collections WHEN 99 THEN -1 ELSE 1 END AS odr2";
            $sql.=      " FROM contents WHERE target=1 AND category={$category} ORDER BY update_date DESC LIMIT 5";
            $sql.= ") AS t1";
            $sql.= " UNION ALL ";

            # コンテンツB
            $sql.= "SELECT {$cols}, posted_at, 1, 1 FROM";
            $sql.= "(";
            $sql.=      "SELECT {$cols}";
            $sql.=      " FROM contents WHERE target=2 AND category={$category} ORDER BY posted_at DESC LIMIT 5";
            $sql.= ") AS t3";
            $sql.= " UNION ALL ";
            
　　　　　　　# コンテンツC（target:11）
            $sql.= "SELECT {$cols}, null, 13, 101 FROM";
            $sql.= "(";
            $sql.=      "SELECT {$cols}";
            $sql.=      " FROM contents WHERE target=11 AND category={$category} ORDER BY posted_at DESC LIMIT 1";
            $sql.= ") AS t5";
            $sql.= " UNION ALL ";

            # コンテンツD(target:12）
            $sql.= "SELECT {$cols}, null, 12, 101 FROM";
            $sql.= "(";
            $sql.=      "SELECT {$cols}";
            $sql.=      " FROM contents WHERE target=12 AND category={$category} ORDER BY posted_at DESC LIMIT 1";
            $sql.= ") AS t7";
            $sql.= " UNION ALL ";

            # コンテンツE（target:13）
            $sql.= "SELECT {$cols}, null, 11, 101 FROM";
            $sql.= "(";
            $sql.=      "SELECT {$cols}";
            $sql.=      " FROM contents WHERE target=13 AND category={$category} ORDER BY posted_at DESC LIMIT 1";
            $sql.= ") AS t9";
            $sql.= " UNION ALL ";

            # コンテンツF（target:14）
            $sql.= "SELECT {$cols}, null, 14, 101 FROM";
            $sql.= "(";
            $sql.=      "SELECT {$cols}";
            $sql.=      " FROM contents WHERE target=14 AND category={$category} ORDER BY posted_at DESC LIMIT 1";
            $sql.= ") AS t11";

            $sql.= " ORDER BY odr, odr2, update_date DESC;";

# 処理概要の図のExportJsonCommand.php
<?php

namespace App\Console\Commands;

use Illuminate\Console\Command;
use Illuminate\Http\Request;
use App\Models\Contents;
use Carbon\Carbon;
use DB;

use App\Http\Controllers\HomeController;

use Monolog\Logger;
use Monolog\Formatter\LineFormatter;
use Monolog\Handler\StreamHandler;		 // one file logging
use Monolog\Handler\RotatingFileHandler; //dairy file rotating logging

/**
 * JSON出力処理
 *
 */
class ExportJsonCommand extends Command
{
    protected $description = 'DBからJSONデータを出力します';

    protected $signature = 'command:export_json';
    protected $logger;
    protected $formatter;

    /**
     * Create a new command instance.
     *
     * @return void
     */
    public function __construct()
    {
        parent::__construct();

        $logFile = 'logs/batch.log';

        $this->logger = new Logger($this->signature);
        $formatter = new LineFormatter(null, null, false, true);
        $infoHandler = new StreamHandler(storage_path() ."/". $logFile, Logger::DEBUG);
        $infoHandler->setFormatter($formatter);
        $this->logger->pushHandler($infoHandler);
    }

    /**
     * Execute the console command.
     *
     * @return mixed
     */
    public function handle(Request $request)
    {
        $dt = new Carbon;

        # ログ出力用文字列
        $log_body = "".$dt->format('H:i:s')."～ ";

        $home = new HomeController;
        $res = $home->outputJSON();
        $log_body.= "***END：".$dt->format('H:i:s');

        # バッチ処理終了ログ出力
        $this->logger->info($log_body);
    }


}

アプリの処理概要

テーブル構造

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

AWS使用（WEB：EC2、DB：RDS Aurola）
OS:CentOS Linux release 7.7.1908
言語:PHP 7.3.15 (cli)
フレームワーク：Laravel 5.7.22

Comments

[YT0014]

先入観抜きで考えると、update_dateが更新されている可能性が一番高いと思います。
入出庫のタイミングで、在庫数の増減があると思うのですが、その影響でupdate_dateが更新されることはないのでしょうか？
仕様の詳細を確認するか、入出庫前後の該当商品のupdate_dateの値を確認することをお勧めします。

[pond]

ご回答ありがとうございます。確認いたします。

[pond]

足りない情報もありましたので、処理概要図・テーブル定義を追加いたしました。

[YT0014]

ご提示いただいた情報では、update_dateは、「他のテーブルか何かの更新日時を取得している」ということしかわかりません。
元の更新日時の仕様を調べてみることをお勧めします。
また、GMO MakeShopのAPIに関しては、公開されている情報を確認できていません。情報の開示に、契約上の問題がないこともご確認ください。

[pond]

API公開はGMOメイクショップさんと提供してる企業に限られるのでネット上へ公開はできないです。アドバイス頂いてるのにすみません。

[YT0014]

update_dateは、APIからの取得だと思いますが、その場合、どういう契機でどのように更新されるのか、API提供元に問合せできるのではないでしょうか？
tanatさんの回答にあるように、情報の確認と原因の特定が必要でしょうが、検討されるべき方法の１つだと思われます。

Answer 1

質問を読む限り、SQLやDB以外の箇所に問題点がある可能性についてについて潰し切れていない様に見えるので、アプリに近い側から順に確認していくことをお勧めします。

1. json_encode()の結果をログに吐き出してみて、想定している並びになっているかを確認する
2. 1で想定している並びになっているのであれば、アプリ側のjsonのパースか表示の問題なのでアプリ側を直す
3. 1で想定している並びになっていないのであれば、json_encode()する前の配列の状態でログに吐き出して並び順を確認する
4. 3で並び順が想定通りなのであれば、json_encode()のオプションを見直すか、配列の形式を見直して想定通りの並びになるようにする
5. 3で並び順が想定通りになっていないのであれば、SQLかデータがおかしい。
6. 理想的なデータを用意して確認→3で想定した並び順になったらデータがおかしいので、データを更新/投入している部分を調査
7. 理想的なデータでも駄目だった→SQLが問題なので、理想的なデータと理想的なSQLを直接DBで実行してみて、結果が想定通りであるか確認する
8. 7の結果結果が想定通り→PHPで生成されているSQLがおかしいので、実際に生成/実行されているSQLをログに吐いて生成でミスって無いか確認
9. 7の結果が想定外→SQLがミスっていることが確定するので、SQLを見直す

という流れで一つづつ潰して、結果を質問に追記してみてください。

現状提示されているコードは途中が省略されているように見えますし（全角スペースが混ざっててパースエラーになったりしますし、分岐も削っている？動いているコードそのままでは無いですよね）、テーブル構造や処理詳細が示されていないので回答者が何かを再現しようとしても情報が足りませんので、適切な回答を得るには情報の追記が必須だと思います。

Comments

[pond]

ご回答ありがとうございます。確認してみます。

[pond]

>テーブル構造や処理詳細が示されていないので回答者が何かを再現しようとしても情報が足りませんので、>適切な回答を得るには情報の追記が必須だと思います。
おっしゃる通りです。テーブル構造・アプリの処理概要を追加いたしました。

[tanat]

追記ありがとうございます。
回答で提示したそれぞれの箇所での確認についても追記お願いします