Docker 中 MySQL 无法输入和粘贴中文的问题 在 Docker 环境中使用 MySQL数据库创建表 时，遇到无法输入中文，甚至粘贴时中文内容还会丢失的窘境。一、幕后“黑手”——字符编码在发现问题时就感觉是环境有问题，经过对比不同环境下的 MySQL 数据库，发现，在本地安装的 MySQL中，并没有出现此类问题，唯独在 Docker 中的 MySQL 镜像里才会出现。这很表明问题的根源在于 Docker 环境与 MySQL 镜像之间的字符编码设置差异。二、解锁解决之道1. 检查当前的字符编码在终端中运行以下命令，查看配置系统的本地化（语言环境）信息。如果输出中没有包含 C.UTF-8 或类似的 UTF-8 编码，那么我们需要设置环境变量。locale或locale -a2. 设置环境变量通过以下命令，将系统的字符编码设置为 UTF-8，并将其添加到系统的环境变量中：echo "export LANG=C.utf8" >> /etc/profile && source /etc/profileecho "export LANG=C.utf8" >> /etc/profile：将 export LANG=C.utf8 追加到 /etc/profile 文件中，确保每次登录时都会加载这个环境变量。source /etc/profile：立即加载 /etc/profile 文件，使环境变量生效。3. 修改 MySQL 配置文件在 MySQL 的配置文件（通常是 my.cnf 或 my.ini）中设置默认字符集。例如：[client] default-character-set=utf8 [mysqld] character-set-server=utf8 collation-server=utf8_general_ci修改配置文件后，需要重启 MySQL 服务，这样新的连接都会默认使用 utf8 字符集。

MySQL备份 一、MySQL备份的类型, MySQL备份主要分为三种类型:1. 完整备份(Full Backup)备份MySQL的全部数据库和表,用于全量恢复。优点是简单,恢复速度快;缺点是备份文件较大,备份时间长。2. 差异备份(Differential Backup)备份数据库和表的变化数据,与完整备份一起使用,用于实现点恢复。优点是相对完整备份,备份文件较小,速度快;缺点是在多次差异备份后,恢复时间会变长。3. 增量备份(Incremental Backup)备份数据库和表的变化数据,用于实现近实时的备份与恢复。优点是备份文件最小,几乎无性能影响;缺点是恢复时间最长,需要依次应用多个增量备份文件。4. 完整恢复mysql < backup.sql5. 增量恢复mysqlbinlog gbichot2-bin.000007 gbichot2-bin.000008 | mysql二、MySQL备份工具常用的MySQL备份工具主要有:1. mysqldumpMySQL自带的逻辑备份工具,可以导出SQL语句或转储文件。优点是简单免费;缺点是备份时间长,不支持热备和动态恢复。2. MySQL Enterprise Backup (MEB)MySQL企业版提供的热备工具,可以实现完整备份、增量备份与恢复。优点是支持热备、恢复速度快;缺点是需要付费使用MySQL企业版。3. XtraBackupPercona提供的开源热备工具,功能与MEB类似。优点是开源免费;缺点是学习曲线较 steep。4. mysqlpumpMySQL8.0提供的新备份工具,替代mysqldump。优点是备份恢复速度快;缺点是只适用于MySQL8.0及以上版本。三、使用mysqldump进行逻辑备份备份全部数据库mysqldump -uroot -p123456 --all-databases > db_backup.sql备份指定数据库mysqldump -uroot -p123456 database_name > db_backup.sql 备份指定表mysqldump -uroot -p123456 database_name table1 table2 > table_backup.sql仅导出表结构mysqldump -uroot -p123456 -d database_name > db_structure.sql四、使用MEB进行物理备份完整备份meb make_full_backup 增量备份meb make_incremental_backup差异备份meb make_differential_backup 恢复备份meb copy_back 小笔记：如果要考虑主要的选择标准,可以参考如下:1. 数据一致性如果数据一致性是主要考量因素, --single-transaction 选项产生的备份文件更好,因为它可以保证备份数据的一致性。3. 主从切换如果备份文件需要用于主从切换, --master-data 选项产生的备份文件更适合,因为它包含了主从切换需要的二进制日志位置信息。4. 备份范围如果只需要备份某些关键数据库, --databases 选项可以产生针对性更强的备份文件。如果需要全部数据库的备份,--all-databases更合适。5. 性能影响如果要考虑备份对数据库性能的影响, 不使用 --single-transaction 选项的备份会更轻量一些。