Django Celery Beat出错：psycopg2.errors.StringDataRightTruncation: 错误: 对于可变字符类型来说，值太长了(200)
这个出错可谓是出乎意外，因为在此之前从未出错过。
在修改了DJ中celery.py中的CELERYBEAT_SCHEDULE内容之后，运行beat时，居然报错了。
从报错的内容看，应该时数据库中的写入数据的字长超过了200个。但是从已经完成的内容看，没有一个字长内容会超过200个字符。无论怎样，本质上，是数据库写入或者更新时出现了差错。这个数据的更新发生在celery的beat运行时。
因为没有定位错误原因，开始先修改了相关表的字长从200到400，仍然报错。看来问题大了去了。
由于出错提示没有告知具体内容，但是提示了在那行出错，于是就直接跑到了在当前虚拟python下的django_celery_beat文件夹中（lib…），然后打开utils.py文件，找到运行sql语句的地方，在运行sql语句之前，添加了一句print（提示需要admin的权限，根据提示确认即可）
def _execute(self, sql, params, *ignored_wrapper_args):
......
print(sql, params)
return self.cursor.execute(sql, params)
结果发现，该sql所带的参数表params中，在某个字段下，出现了异常的数，一查看，居然是DJ的项目目录中的celery.py文件中conf.update所包含的一个任务执行计划表json参数名称为CELERYBEAT_SCHEDULE（定义task任务的执行计划的json数据）的内容。我尼玛。
app = Celery('Your_DJ_Project_Name')
app.conf.update(
CELERYBEAT_SCHEDULE = {
"""
"""
}
)
确认后，是因为由于之前将几个不再使用的task使用"""对的方式注释掉了，但是对于解读该json格式的python来说，却把你注释掉的仍然作为有效的字符串来处理，而且全部作为后续未注释紧邻的task的name的一部分了。难怪。一看数据长度，超过了500个字节！
发现原因，就好处理了。
–直接删除不用的任务。停止celery，重新启动服务器，然后在后台重新设置任务。
再次运行celery的task和beat，就恢复了正常。
在数据库中直接改回字段长度。
后来才发现，对于json数据的处理，python就是比较简单厨宝，凡是在一对“”内的内容，都作为一个key值处理。
js = {
"""
Test
"""
"A":{'123'}
}
print(js)
得到什么？猜一下
{‘\n Test\n A’: {‘123’}}
意不意外？
