原因注：
原因ビジネス要件に、顧客が段階的にする必要があり、以前の顧客が分析をマイニング顧客を行い、分析操作のためのコンテンツ分析が含まれている、レコード顧客の支出、コンテンツの消費、顧客の行動や他の基本的なケースの情報は、フロントエンドの表示動作解析は、顧客の要求への道でありますページには、ブラウザの容量の問題、ページ2000行または40個のフィールドを表示するには、クライアントとの最終協議、内容説明テキストフィードバック問題のフィールドの内容とプレゼンテーションので、より多くのデータをよりよく表示するようにしてみてください、とコンテンツ更新サーバーに送信進行中であり、その後、更新結果、ページデータ容量による提出を表示し、大きすぎる示し、最終的に関連する情報を表示しないようにリードする、新聞のページにつながる：413要求エンティティが大きすぎますエラーメッセージ、
次のように：
次のようにSQL構文を傍受し、対応する部分には、次のとおりです。
そして、この問題は私たちのローカルテスト環境は、直接アクセスtomcatにあるので、我々のテスト環境で発生した後、nginxの異なる分布のアクセスTomcatで本番環境をクラスタ化されていない、問題はnginxのでは設定の問題です。
分析：
ビジネスクライアント要求が行くようにデータを提出し、要求されたデータは、限られたnginxのクライアント要求のボディサイズ、「コンテンツ長」で提出し、設定値を超える場合には、クライアントが受信するためのHTTP POSTメソッドであるため、エラー413要求エンティティが大きすぎ、フロントエンドのブラウザで結果が正しくデータを表示することはできません。
問題の根本的な解決のサイズを設定するように、我々は、フロントエンドは、2000エントリペン、フィールド40の最大値を表示しているので：
client_max_body_sizeの20メートル;
注：client_max_body_sizeデフォルト1M、サイズが0に設定されているが、リクエストボディのサイズをチェックし、クライアントを無効にすることを示し、実際の運用上の要件に適したサイズ。