Écrivez un petit script et préparez-vous à utiliser MySQL comme base de données. Redis n'a pas bien appris, donc je ne veux pas l'utiliser.
La logique est la suivante, je cherche un morceau de données ici, si ces données existent, attribuer l'attribut, sinon, exécuter la tâche et l'écrire dans la base de données.
Exécutez ensuite à nouveau les données de recherche et écrivez les attributs de l'objet.
# Initialisez l'uid de l'utilisateur, uid peut lire
def _initialize_uid (self) à partir de la table de la base de données de revenus de l'utilisateur :
# Lors de la lecture et de l'écriture, vous devez vous reconnecter à la base de données pour vous assurer que les données lues sont mises à jour.
uid_info = self.db.selectDb (SEARCH_USER_UID, (self.account,))
# S'il ne peut pas être lu, exécutez le compte de résultat de l'utilisateur et les nouvelles données.
if uid_info:
self.uid = uid_info [0] [0]
else:
print (123)
# écrit les informations de la base de données,
if get_money_income (self.account) [0]:
time.sleep (2)
# réexécutez la méthode à lire
Récupère les données self._initialize_uid ()
Si votre base de données maintient un lien cohérent, j'ai constaté qu'en utilisant ce modèle récursif, je ne pouvais pas lire les informations de base de données des données écrites. Il n'y a pas de bon moyen pour l'instant.
La seule solution est de créer un nouvel objet de connexion à chaque recherche, mais dans ce cas, vous ressentirez plus de pression sur la base de données.
À l'avenir, j'utiliserai également trop de threads pour les opérations de base de données, similaires à la relation entre les producteurs et les consommateurs. N'oubliez pas qu'une écriture, une lecture peut lire la base de données et la nouvelle. ?
Dans ce cas, cela semble très gênant à utiliser. Faites un suivi pour savoir s'il existe une solution