MySQL中TIMESTAMP字段按服务器时区存储、按客户端时区读取，导致时区偏差。解决方法是在连接层明确设置时区，如JDBC连接串加?serverTimezone=Asia Shanghai&useTimezone=true，避免依赖SETtime_zone。DATETIME更适合存储带时区含义的时间，需额外存时区标识。MySQL8 0+不支持TIMEST

MySQL从库异常重启时，relay-log info未持久化或relaylog损坏，导致Relay_Master_Log_File和Exec_Master_Log_Pos失效；主库binlog可能被清理，直接启动易报错。正常关闭并配置sync_relay_log=1与relay_log_recovery=ON可避免手动重定位。

innodb_flush_log_at_trx_commit参数决定数据安全等级：1保证断电不丢已提交事务，2接受OS崩溃时最多丢1秒数据，0可能丢数据。修改需写入my cnf并重启，动态SET只对新连接生效。需配合sync_binlog设置，关闭autocommit后批量提交才有效。通过Innodb_os_log_fsyncs指标验证生效情况。

存储过程中DECLARE必须位于BEGIN后、可执行语句前，局部变量作用域限于所在BEGIN块，嵌套块相互隔离。@用户变量与连接绑定，可跨块但存在连接池污染风险，未初始化值为NULL，赋值须用:=。同名时局部变量优先级高于用户变量。跨结构传值建议用OUT参数或临时表，避免依赖@变量。

Django配置MySQL8 0需改认证插件为mysql_native_password，安装mysqlclient，设置字符集utf8mb4，HOST用127 0 0 1，通过init_command指定SQL模式，并检查服务端sql_mode与max_allowed_packet等参数。

MySQL的ALTERTABLE操作不可回滚，恢复取决于备份、binlog格式及误操作类型。DROPCOLUMN基本不可逆，MODIFY CHANGE可能造成静默数据损坏，RENAME可零成本恢复。有备份优先从mysqldump提取，binlog格式为ROW时可解析出反向SQL。无备份且无binlog时，可尝试从从库或物理文件恢复，但成功率极低。

Redis连接池应根据业务负载动态调校，避免盲目增减连接数。生产环境需显式配置max_connections、health_check_interval及超时参数，区分不同客户端行为差异，重点监控队列长度与连接池状态，而非死记硬背配置值。

Redis发布订阅模式无持久化与确认机制，容易丢失消息。可使用列表作为临时队列存储消息，并配合独立工作线程处理，实现可靠消费。需要配置自动重连，消息体加入唯一标识防止重复，对于强顺序场景，应改用RedisStream。