关于生僻字乱码的问题

这个事情说来话长，先从2010年之前的各种上户口问题，以及各种民生系统问题说起吧。
那个时候总是出现一些行为，说的是，谁的名字有生僻字上不了户口，用其他的字代替了，
出现了很多那种在族谱上是一个名字，户籍部门一个名字这种奇怪的现象。
      这个事情我们从软件开发的角度来谈谈，为什么说是2010年内，我猜想哦，这些软件使用
的是MySQL，也许不一定可能是oracle。但是涉及到国家安全的问题我觉得MySQL的概率或
者是基于MySQL进行国产化的一些数据库。这个涉及到MySQL的历史
        回到2002年，如果用户可以保证表中的每一行具有相同的字节数，MySQL就可以提高用
户的速度。为了得到这个提升，用户就需要定义保存文字的列为“CHAR”。一个“CHAR”列总是
拥有相同的字符数。如果存入的字符较少则会在最后补齐空白。如果存入的数据过多则会被抛
弃多余的字符。
        当MySQL的开发者第一次尝试以6字节每字符实现UTF-8时，他们意识到CHAR(1)的列会
占用6字节，CHAR(2)会占用12字节，以此类推。
        显而易见的是，这个没有被使用的实现方式是正确的，任何一个理解UTF-8的开发者将会
认同这一点。
        我的猜测是：MySQL的开发者违背了“utf8”编码去帮助那些1)试图去优化空间和速度的人，
2)尝试优化空间和速度失败的人。
        这是个无人获益的改动。那些想要更快性能，更小空间的得到的依然是比他们曾经使用
版本更大更慢的实现，而那些想要正确的“utf8”的人得到的是个“”都存储不了的实现。
        MySQL发布了这个错误的版本后，在也没有修复它：因为那样很多使用者将被迫重建他
们的数