工作原因，常常不能实现完全的线上化（即，所有数据都在线上完成，不需要导入导出），而导出Excel常常比修炼成仙还慢，因此，我们将数据库文件导出到本地使用的时候，常常使用的方法的是导成CSV格式。
而csv格式的也常常出现导出的中文乱码，或者
背景经常使用 MySQL 的话，会发现 MySQL 数据文件的磁盘空间一般会不停的增长，而且有时候删了数据或者插入一批数据的时候，磁盘空间有时候还会毫无变化。引发这个其妙现象的就是 MySQL 的表空间碎片。
什么是表空间碎片？表空间碎片指
前言：
在使用 MySQL 的过程中，你可能会遇到时区相关问题，比如说时间显示错误、时区不是东八区、程序取得的时间和数据库存储的时间不一致等等问题。其实，这些问题都与数据库时区设置有关，本篇文章将从数据库参数入手，逐步介绍时区相关内容。
1
用Java在获取了系统时间后，存入MySQL数据库时，当时间的类型为datetime或Timestamp时发现数据库的存储与本地时间不一致。
很大原因是，MySQL设置的时区与你本地时区不一致造成的，解决办法可以修改MySQL的时区配置，这
如果希望一劳永逸的解决慢的问题，不妨把你的mysql升级到mysql8.0吧，mysql8.0默认的字符集已经从latin1改为utf8mb4，因此现在UTF8的速度要快得多，在特定查询时速度提高了1800％！
但是如果时间等不及，就先用下
0、导读主从复制环境中，IO、SQL线程都很正常，也没设置过滤规则，但数据就是无法复制到slave上，什么原因？1、问题描述事实上，这个案例发生已经有一阵子了，一直拖到现在我才整理。发现一个主从环境中，slave上的io_thread、sq
今天星期二，早上居然起晚了，上班迟到了，简直是。。。废话不多说，在昨天的文章中，我们提到了三个参数，分别是：slave_exec_mode参数；sql_slave_skip_counter=N参数;slave-skip-errors
前言前几天，有位朋友微信联系我，告知一个生产数据库，在机器宕机恢复后，实例启动失败，而且该实例没有做任何的高可用、容灾、备份等，对业务影响非常大，希望能够协助排查一下，我也在第一时间就加入到排查中。
场景分析（1）首先查看错误日志，报错很清
