按照我长期的经验,如果把 my.ini的默认编码 latin1,改为其它如gbk的话,用mysqldump出来的数据再回导到mysql中会很快。而使用默认的latin1,回导的速度会很正常所以,如果DBA一开始就把 my.ini 中的latin1给改掉的话,可能有后患,数据量少的时候可能还看不出来
欢迎大家指正我的观点

解决方案 »

  1.   

    测试了一下,一开始用UTF8,用MYSQLDUMP备份、导入,比用latin1速度没有多大影响,
    数据量大约10万左右
      

  2.   

    没有遇到过。这个只是个 default charset 默认。 也就是在创建数据库create database 时不指定字符集的时候以这个默认字符集设置为数据库的默认字符集。
      

  3.   

    浅浅的问一句:字符编码 主要是解决 文字符号问题,即使有对速度的影响,也是不得不去设置的东西吧?那容得dba去考虑这个问题。除非你一个非latin1字符不用!不知个人理解对不?
      

  4.   

    个人理解的、顾名思义的、实际操作总结的default charset的含义见2F,应与restore速度无关。所以就有了LZ“GBK时很快,latin1时很正常”的表述
      

  5.   

    超级笔误按照我长期的经验,如果把 my.ini的默认编码 latin1,改为其它如gbk的话,用mysqldump出来的数据再回导到mysql中会很。而使用默认的latin1,回导的速度会很正常 所以,如果DBA一开始就把 my.ini 中的latin1给改掉的话,可能有后患,数据量少的时候可能还看不出来 
    欢迎大家指正我的观点
      

  6.   

    反正我的经验是,my.ini用默认的latin1是最好的