首先，SQL语句应该考虑哪些安全性？
第一，防止SQL注入，对特殊字符进行过滤、转义或者使用预编译的SQL语句绑定变量。
第二，当SQL语句运行出错时，不要把数据库返回的错误信息全部显示给用户，以防止泄露服务器和数据库相关信息。
其次，什么叫做SQL注入呢，如何防止呢？
举个例子：
你后台写的Java代码拼的SQL如下：
1 //该ename为前台传过来的一个查询条件
2 public List getInfo(String ename){
3 StringBuffer buf = new StringBuffer();
4 buf.append("select empno,ename,deptno from emp where ename = "").append(ename).append("");
5 ...
6 ...
7 }
而前台页面有输入框如下：
职员姓名：
该文本域对应上面方法的ename参数。
如果用户在查询时向职员姓名文本域中输入的是如下信息：
'or'1'='1
那么这时就会涉及到SQL注入这个概念了。
上面的字符串传到后台后，与其他select等字符串拼成了如下的语句：
select empno,ename,deptno from emp where ename=" or '1'='1'
上面的where条件是永远成立的，如果你的表中有权限限制，比如只能查询本地市的信息，过滤条件中有地市过滤，不过因为输入'or'1'='1字符串后，条件永远成立，导致你能看到所有城市的职员信息，那就会产生权限问题了，用户能看到不该看到的信息。同理，如果是insert或者update等语句的话，通过SQL诸如会产生不可估量的问题。
这种不安全的情况是在SQL语句在拼接的情况下发生。
解决方法：
1、参数绑定。为了防范这样“SQL注入安全”可以用预编译（不要用拼接SQL字符串，可以用prepareStatement，参数用set方法进行填装）。
1 String sql="insert into userlogin values(?,?)";
2 try{
3 PrepareStatement ps = conn.prepareStatement(sql);
4 for(int i=1;i<100;i++){
5 ps.setInt(1,i);
6 ps.setInt(2,8888);
7 ps.executeUpdate();
8 }
9 ps.close();
10 conn.close();
11 }catch(SQLException e){
12 e.printStackTrace();
13 }
2、检查变量的数据类型和格式
如果你的SQL语句市类似where id={$id}这种形式，数据库里所有的id都是数字，那么就应该在SQL被执行前，检查确保变量id是int类型；如果是接受邮箱，那就应该检查并严格确保变量一定是邮箱的格式，其他的类型比如日期、时间等也是一个道理。总结起来：只要是有固定格式的变量，在SQL语句执行前，应该严格固定格式去检查，确保变量是我们预想的格式，这样很大程度上可以避免SQL注入攻击。
比如，我们前面接受username参数例子中，我们的产品设计应该是在用户注册的一开始，就有一个用户名的命名规则，比如5-20个字符，只能由大小写字母、数据以及一些安全的符号组成，不包含特殊字符。此时我们应该有一个check_username的函数来进行统一的检查。不过，仍然有很多例外情况并不能应用到这一准则，比如文章发布系统，评论系统等必须要允许客户提交任意字符串的场景，这就需要采用过滤等其他方案了。（使用正则表达式进行格式验证！）
3、所有的SQL语句都封装在存储过程中
所有的SQL语句都封装在存储过程中，这样不但可以避免SQL注入，还能提高一些性能。