今天碰到一个坑爹的问题，定时用php程序从远程的mssql读取数据，并写入到mysql中，手动用php执行程序的时候，程序运行没有问题，但当用crontab任务定时执行php程序的时候就出问题了，插入mysql数据中文乱码。
刚开始以为是编码的问题，调了mysql的编码，调了linux系统的编码，发现都不行。通过各种搜索才知道，原来手动运行与crontab任务运行的环境是不同的。
环境变量相关配置文件
- /etc/profile：此文件为系统的每个用户设置环境信息，当用户第一次登录时，该文件被执行，并从/etc/profile.d目录的设置文件中搜集shell的设置。
- /etc/bashrc：为每一个运行bash shell的用户执行此文件，当bash shell被打开时,该文件被读取.
- ~/.bash_profile：每个用户都可使用该文件输入专用于自己使用的shell信息，当用户登录时，该文件仅仅执行一次。默认情况下，他设置一些环境变量，执行用户的.bashrc文件。
- ~/.bashrc：该文件包含专用于你的bash shell的bash信息，当登录时及每次打开新的shell时，该该文件被读。
- ~/.bash_logout：当每次退出系统(退出bash shell)时，执行该文件。
/etc/profile是全局性的功能，其中设置的变量作用于所有用户，~/.bash_profile中设置的变量能继承/etc/profile中的变量并作用于用户。
- ~/.bash_profile 是交互式、login 方式进入 bash 运行的
- ~/.bashrc 是交互式 non-login 方式进入 bash 运行的
通常二者设置大致相同，所以通常前者会调用后者。
大家都知道crontab是个好东东，可以定时执行一些任务，帮助你监控系统状况，帮助你每天重复的做一些机械的事情。但是crontab有一个坏毛病，就是它总是不会缺省的从用户profile文件中读取环境变量参数，经常导致在手工执行某个脚本时是成功的，但是到crontab中试图让它定期执行时就是会出错
一般crontab无法运行的问题都是由环境变量在crontab中不一定可识别引起的。
在运行crontab的时候，是non_login方式调用程序的，此时~/.bash_profile并不会被提前调用。所以，crontab的运行环境相对于login方式进入bash运行的环境来说小得多。如果程序涉及~/.bash_profile使用的环境变量，那么，部分在login方式可以正常运行的程序在crontab下就无法运行。
所以解决办法就是用以下命令:source ~/.bashrc && cd /root && 你要执行的命令