pythonはサーバでデータベースを呼び出すのがとても遅い解決過程です。

ネットワークと環境設定の問題を排除した後、ローカルのデバッグが比較的速いとサーバに配備された場合、アップロードサーバーでmysqlに接続されているIPを「localhoast」または「unix_」に変更することができますか？socket方式で接続します。
ローカルデバッグはサーバーipアドレスを使う必要があります。
以下のように変更します

追加：サーバの応答が遅い問題
一.考え方を分析する
1.本機自身の原因を除外する
2.サーバ性能分析
3.プロジェクト自体の分析（詳しくは言わない）
4.仮想マシン分析
5.データベース分析
二.詳細な分析方法
1.本機自身の原因を除外する
駅長ツールを使ってウェブサイトの速度をテストすることができます。

2.サーバ性能分析
トップコマンドを使用してサーバのリソース使用状況を確認し、主にCPUとメモリの使用状況を分析する（topコマンドはLinuxでよく使われる性能分析ツールであり、システムの各プロセスのリソース占有状況をリアルタイムで表示することができ、デフォルトでは5秒でプロセスリストを更新するので、Windowsのようなタスクマネージャ）：

3行目はCpuの使用状況を示していますが、詳細は以下の通りです。
us---ユーザ空間占有CPUの百分率、sy---カーネル空間はCPUの百分率、ni---優先度を変更するプロセスはCPUの百分率、id---アイドルCPUの百分率、wa-InterruptsはCPUの百分率、hi---ハード中断はCPUの百分率、si---ソフト中断はCPUの百分率、st-SteTimeを占有します。ホスト上で他の仮想マシンを実行するタスクに割り当てられている実際のCPU時間は、通常は仮想マシンOSのみです。
第4行は現在のメモリの状況で、サーバ総メモリ8054352 kは、2879468 kを使用しました。残りは5174884 k、バッファ265728 kです。
個人的には、usの割合が50%未満の場合、サーバーの構成を考慮する必要はありません。サーバのusの割合が長い場合、70%以上の場合、サーバーのハードウェア構成を強化することが考えられます。また、サーバーのネットワーク状況を確認して、大きなファイルをダウンロードすると、基本的にはネットワークの状況が確認できます。
3.プロジェクト自身の分析
JDBC接続池を使用する場合は、接続池の配置を分析する必要があります（スレッド池の最大数やリリース時間などを分析します）。
ここではC 3 P 0を例にとって、私がやってきたプロジェクトの構成を次のように示します。

ここはもともとローカルテストの配置案ですが、不注意で、オンライン後は修正を忘れました。複数人が訪問すると接続のタイムアウトを待つ場合があります。プロジェクトの実際の状況に応じて適切な配置データを設定する必要があります。
また、プロジェクトの設計が不合理で、応答が遅くなる可能性があります。ここでは詳しく説明しません。checkoutTimeout---接続池の接続が尽きたら、クライアントがget Connectionを呼び出して新しい接続を取得する時間を待って、タイムアウト後はSQLExceptionを投げます。0に設定すれば無期限待ち時間です。単位ミリ秒デフォルト:0minPoolSize---接続池に保持されている最小接続数は、デフォルトでは：3maxPoolSize---接続池に保持されている最大接続数。標準値:15maxIdleTime---最大空き時間、設定時間内に使用しないと接続は破棄されます。0ならば捨てません。標準値:0maxIdleTimeExcessConnections---default：0単位sこの構成は主に接続池の負荷を軽減するためであり、例えば接続池の中の接続数はあるデータアクセスピークによって多くのデータ接続が作成されましたが、後の時間帯に必要なデータベース接続数が少ない場合、接続池はそんなに多くの接続を維持する必要がありません。したがって、いくつかの接続を切断して破棄して負荷を軽減する必要があります。maxIdleTimeより小さくなければなりません。設定が0でないと接続池の接続数をminPoolSizeに保持します。0であれば処理しないacquireIncrement---接続池の接続がなくなったとき、c 3 p 0が一度に同時に取得した接続数。標準値:3
4.仮想マシン分析
トップコマンドを使って仮想マシンのメモリ占有状況を調べてみます。仮想マシンのメモリ占有率は大きくないですが、明らかな上限値があることが分かります。仮想マシンの構成状況を確認したいです。
解決方法(tomcatを例に)：

具体的な数値は実際の状況によって決められます。
5.データベース分析（MySql）
データベースの分析内容と考慮すべき点がたくさんあります。ここでは自分が経験したいくつかの状況を言います。
a.最大接続数

show variables like '%max_connections%';        
show status like 'Threads%';         

Threads_connected---開いている接続数Threads_running---この数値はアクティブな接続数を指します。この数値は一般的にconnectedの値よりずっと低いです。
最大接続数の値が小さすぎると、実際の状況に合わせて修正できます。普通は1000に変更すればいいです。設定方法は2つあります。
1.臨時設定で、サービスを再開したら無効になります。

2.データベースプロファイルの変更
etc/my.cnfファイルの「mysqld」の下で一行を増減する：max_connections=1000
b.タイムアウト制御
mysqlには「wait_」という属性があります。timeout」、デフォルト値は28800秒（8時間）、wait_timeoutの値は設定できますが、最大2147483で、これ以上大きくはできません。つまり、約24.85日で、ショーグローバルバリアフレスlike'wait_を通すことができます。timeout;コマンドで表示します。
waittimeoutの意味は、一つのconnectionの空き時間が8時間を超えると、Mysqlは自動的にこのconnectionを切断し、通俗的には8時間以内に活動がないと接続が自動的に切断されるということです。dbcpはこのconnectionが有効かどうかを検査していないため、データ操作を行うと異常が発生します。
タイムアウト制御による問題であれば、wait_を修正することは推奨されません。timeoutの値は、データベース接続のurlの後ろに「&aut Reconnect=true&failOverReadOnly=false」を加えれば解決できます。
c.DNS逆解析
MySQLデータベースは、ネットワーク接続を受信した後、まず相手のIPアドレスを取得し、その後、このIPアドレスを逆DNS解析して、このIPアドレスに対応するホスト名を得る。ホスト名で権限システム内で権限判断を行います。逆DNS解析は時間がかかり、ユーザが遅く感じる可能性があります。逆に解析されたホスト名がこのIPアドレスを指していない場合もありますが、接続に成功しません。設定ファイルではMySQLの逆DNS解析は禁止できます。my.cnfの「mysqld」段落に下のようなものを追加すればいいです。

skip-name-resolve (windows linux    )

d.表キャッシュ
show global status like'open% tables';開いているテーブルの数を表示します。
open_tablesは、キャッシュにおいて現在開いているテーブルの数である。　　opened_tablesは、mysqlが起動してから、テーブルを開く数である。　　
Opened_テーブルの数値がとても大きいです。cacheが小さすぎると、頻繁にopen tableを開くことになります。現在のテーブルを確認することができます。open_cache設定：show variables like'table uopen_cache;キャッシュの上限値を表示します。

テーブル_をセットするopen_cacheの値は2つの方式があります。
1.臨時設定で、サービスを再開したら無効になります。

set global table_open_cache=2048;

2.データベースプロファイルの変更
etc/my.cnfファイルの「mysqld」の下で一行を増減します。open_cache=2048
e.遅い検索ログ
遅いクエリログを記録する目的は、いくつかのステートメントの実行が遅いため、サーバーの応答が遅いことを確認することです。
ゆっくり調べても詳しくは言いません。インターネットでたくさん調べられます。
以上は個人の経験ですので、参考にしていただければと思います。間違いがあったり、完全に考えていないところがあれば、教えてください。