一、表名 和 数据库名 不要用大小写混合（即驼峰式），应该全部用小写，使用下划线作为连接符。
Linux中表名默认区分大小写，Windows中默认不区分（全部转为小写），相互间的导入导出会有问题！！
> 修改配置使Linux下MySQL不区分大小写 1、ROOT用户登录，vi /etc/my.cnf 2、找到 [mysqld]，在里面加入一行 lower_case_table_names=1 3、重启数据库 service mysqld restart
在Thinkphp中，M('表名')方法，大小写这种形式的表名会自动被转为下划线形式而导致无法读取，只能使用 M() 空方法来操作数据库，会给后面的开发带来诸多不便。
注意1：修改此配置时，会导致原来代码中的大写的数据库名读不了，而且MySQL-Front工具显示小写但打不开数据库，而phpMyAdmin则仍然显示大写名且可以管理，数据库名在此状态下大小写不统一，非常尴尬。所以必须先把数据库中的数据库名和代码中的数据库名全改成小写的，然后再改这个配置项。而MySQL没有直接修改数据库名的功能，只能在网站很低流量的时候（通常是凌晨），新建一个小写的数据库名把所有表都复制过去，再上传修改好的代码。
注意2：修改此配置时，会导致原来的大写的表名读取不了，MySQL-Front中能显示，但打不开表，phpMyAdmin中则没有这个表显示出来。查了一遍资料，原来是这样：为0时（Linux默认），大小写敏感，创建和查询都是区分大小写；为1时，创建表以小写，查询表也是以小写；为2时，创建表区分大小写，查询表以小写。所以对于原来的表名就有大写的数据库，设置这个参数非但不能兼容大小写，而且还会使本来有大写字母的表 无论写的SQL是大写还是小写 都查不出来。所以解决方案是，先截图保存现在的数据库表名，在网站低峰期修改表名为小写，再修改这个配置项，然后重启MySQL。注意修改表名到重启MySQL成功之前这一段时间，代码运行是会报错的。重启MySQL之后，网站就可以正常运行了。而代码中的SQL语句表名比较多而繁杂，可以慢慢改。
二、表格式
数据表一般使用 MyISAM 格式，少数修改非常频繁的数据表（如各种日志）使用 InnoDB 格式，通常使用 utf8_general_ci 编码。
三、写的代码中SQL关键字使用大写作为规范
比如 SELECT sth FROM theorder WHERE swhere ORDER BY id DESC; 这样用大写关键字写可以非常直观地分辨出语句的段落，而使用小写的话则分辨起来比较费神，也容易看错。况且，网上的参考资料也绝大部分是使用大写关键字，突然看到小写的话觉得比较突兀，而大小写混用的话情况会遭。
四、注意SQL的关键字非常多
like（喜欢数，sql关键字为模糊查询），order（订单，sql关键字为排序），等等这些很可能被误用而导致一些SQL语句不能执行。设计时注意规避，包括表名、列名。这里有个SQL关键字列表
五、如何让 MySQL where 查询条件区分大小写:
根本原因：MySQL一般的数据库编码格式都是 utf8,utf8_general_ci。
其中的ci是 case insensitive 的意思，即大小写不敏感！所以，查询的时候所用的条件是不区分大小写的。
比如：
代码语言：javascript复制SELECT * FROM member WHERE name='batsing'会把名为 batsing 和 Batsing 等大小写不一样的都选了出来
解决方案1：在查询语句中的末尾加上 collate utf8_bin，即是指定该条语句区分大小写。但有些会报错，要自己多调试。如 ：
代码语言：javascript复制SELECT * FROM member WHERE name='batsing' collate utf8_bin解决方案2：修改数据库类型，可以修改整个数据库，也可以修改单个表，这个要根据自己的项目来决定，改为 utf8_bin 编码格式。
六、服务器上每个网站要用独立的SQL用户
比如 batsing.com 就使用 batsing 用户，设置单独的密码，而且数据库权限为一个数据库，不能操作其它不相关数据库。
如果可以设置多个数据库用户，那么应该分别设置代码使用的MySQL用户和管理使用的MySQL用户。代码使用的数据库用户只有localhost（如果数据库与代码不同服务器则加上指定几个IP），一般只需要分配 数据行的增删改查权限 ，如果代码是需要安装的（开源项目如wordpress，ecshop等）则添加 表的增删改索引权限 ，安装完后再去除表的权限。而管理账号最好设置登录权限为仅本地（phpMyAdmin用）和限定几个IP（用于远程管理）。注意不同的数据库用户账号和密码应该设置不同。下图所示是MySQL-Front的用户权限设置界面>>
如果只有一个数据库用户（虚拟空间），通常都是一个项目用一个空间、一个SQL空间和用户，那么只能从代码方面防SQL注入了。
没什么特别重大的事情不要以 root 用户登录和使用mysql。这些数据库配置只针对服务器，对于本地开发机不一定需要这样，直接用 root 也可以，但开发中也需要注意代码中账号的权限，不建议代码中对 表的结构 有操作。
七、不要在正式项目使用 test数据库以及 test_开头 的数据库
因为这些数据库是开放给所有的数据库用户的。
八、项目开发上线后，不宜对表和字段进行重命名、删除的操作
因为线上可能会出现代码需要回滚旧版的情况，如果修改或删除了表或字段的名字，会导致旧版的代码不能运行，只得又修改数据库。在线上修BUG的紧张时刻，越多操作越容易出错。而只是增加表或字段的话，则回滚旧版代码也不会出现数据库的表与代码的兼容问题，数据库不需要任何修改。
