|
本站Feed
1、应用程序（比如PHP）长时间的执行批量的MYSQL语句。最常见的就是采集或者新旧数据转化。
2、执行一个SQL，但SQL语句过大或者语句中含有BLOB或者longblob字段。比如，图片数据的处理
mysqldump是非常重要的MySQL备份工具。然而在长年累月的使用过程中，TAOBAO多次出现了因mysqldump意外终止而导致备份失败的情况。 以下是我们经常遇到的问题： 1、Lost connection to MySQL server at ‘reading initial communication packet’： 这个主要是因为DNS不稳定导致的。如果做了网络隔离，MySQL处于一个相对安全的网络环境，那么开启skip-name-resolve选项将会最大程度避免这个问题。 2、Lost connection to MySQL server at ‘reading authorization packet’： 从MySQL获取一个可用的连接是多次握手的结果。在多次握手的过程中，网络波动会导致握手失败。增加connect_timeout可以解决这个问题；然而增加connect_timeout并不能防止网络故障的发生，反而会引起MySQL线程占用。最好的解决办法是让mysqldump重新发起连接请求。 3、Lost connection to MySQL server during query： 这个问题具备随机性，而淘宝MySQL的应用场景决定了我们无法多次备份数据以便重现问题。 然而我们注意到这个问题一般会在两种情况下会发生。一种是mysqldump **** | gzip ****；另外一种是mysqldump **** > /nfs-file 注意，不管是gzip还是nfs都有一种特点，那就是它们影响了mysqldump的速度。从这个角度思考，是不是mysqldump从MySQL接受数据包的速度不够快导致Lost connection to MySQL server during query错误呢？ 为了定位到问题，我搭建了一个测试环境： test@192.168.0.1：3306 CREATE TABLE `test` ( `id` bigint(20) NOT [...]
很多从ORACLE 或者 SQL SERVER 移植到 MySQL 的朋友都遇到一个相同的问题，就是关于毫秒的存储与显示。 由于MySQL 的只提供了DATETIME， TIMESTAMP， TIME， DATE， YEAR这几种时间类型，而且DATETIME 以及 TIMESTAMP 的最小单位是秒，没有存储毫秒级别的函数。 不过MySQL 却能识别时间中的毫秒部分。而且我们有多种方式可以获得毫秒的部分，比如函数：microsecond 等。
