想来想去，与其先把sqlite数据库搞下来、再找个奇怪的转换工具转为mysql再弄上去，还不如直接在远程服务器上弄，注意备份就是了。
于是赶紧写了个python去搞，参考了一些资料很快就写好了。由于先前很少接触mysql，所以很多设置例如引擎啊、字符编码啊都没设置好，后来在出现乱码、又发现不能按照事务方式执行的时候，才知道应该选InnoDB引擎，然后所有地方都设置成utf8。
mysql比起sqlite真的是好太多了：习惯了用access的我，一直都以为mysql啊mssql啊这种不能作为文件随便挪的数据库非常不方便，可是现在才发现，有phpmyadmin这种强大的存在的话，mysql比要写python脚本才能好好地访问、还要设计现实界面不然就只是显示出一堆难懂的数组的sqlite好用多了；而且在有cpanel的情况下，备份也比sqlite方便。最重要的是，sqlite还分2和3，而python用的是3、php的CI用的是2，移植相当麻烦，哎。
另外，我又开始犹豫到底要不要做php的ac娘工具了：用python做出来的程序感觉快很多，特别是换了mysql后更快了，这也许和python脚本的执行效率有关，毕竟py要755权限才能执行，而php只要644。作为别人的网站的辅助工具，其实能用就行吧。
移植的时候对数据结构进行了重新设计，充分利用了mysql的特殊数据类型：分类字段就用了enum代替smallint，date和time也用了标准的时间和日期格式，所以原来的python程序除了改变数据库接口和表名之外，还有很多地方要修改，总体来说整个程序又优化了一点，而且还有优化的余地；此外，对自动抓取数据的cron也进行了修改，通过sys.path.append的方式来实现自建库的复用（原先是将几个库的代码全部拷到同一个文件中用：这已经超越了面向过程的编程，达到了汇编语言式的编程了。豆知识：cron，Linux中的时钟守护作业，其中一个特点是从根目录开始执行程序，所以不能够简单地import程序同目录下的其它库）。
折腾到这个程度，相当有成就感。