电子商务系统通常承载着商品管理、订单处理、用户支付、库存更新等核心业务，这些数据操作都依赖MySQL数据库的稳定运行。随着平台用户量和交易量的增长，数据库很容易出现查询延迟、连接数耗尽、数据被非法篡改等问题，因此针对性的优化和安全配置是电商项目上线前必须完成的环节。
MySQL性能优化实践
索引设计优化
电商场景中高频查询的字段需要合理建立索引，避免全表扫描。比如订单表的用户ID、商品表的分类ID、订单创建时间等字段，都是常见的查询条件，适合建立普通索引。但要注意避免冗余索引和过度索引，否则会影响写入性能。
下面是创建订单表索引的示例代码：
-- 创建订单表 CREATE TABLE `order_info` ( `id` int(11) NOT NULL AUTO_INCREMENT, `user_id` int(11) NOT NULL COMMENT '用户ID', `product_id` int(11) NOT NULL COMMENT '商品ID', `order_amount` decimal(10,2) NOT NULL COMMENT '订单金额', `create_time` datetime NOT NULL COMMENT '创建时间', PRIMARY KEY (`id`), KEY `idx_user_id` (`user_id`), KEY `idx_product_id` (`product_id`), KEY `idx_create_time` (`create_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单信息表';
查询语句优化
避免编写低效的SQL语句，比如不要使用SELECT *查询所有字段，只返回需要的字段可以减少数据传输量。同时要避免在WHERE子句中对字段进行函数操作，比如WHERE DATE(create_time) = '2024-01-01'这种写法会导致索引失效，应该改成范围查询的形式。
优化后的订单查询语句示例如下：
-- 查询用户最近7天的订单，只返回必要字段 SELECT id, product_id, order_amount, create_time FROM order_info WHERE user_id = 1001 AND create_time >= DATE_SUB(NOW(), INTERVAL 7 DAY) ORDER BY create_time DESC LIMIT 20;
配置参数调优
根据电商系统的业务特点调整MySQL的配置参数，比如innodb_buffer_pool_size可以设置为服务器物理内存的60%-70%，让更多热点数据缓存在内存中，减少磁盘IO。同时合理设置max_connections参数，避免高并发下连接数不足导致的服务不可用。
MySQL安全配置方案
权限最小化管控
不要给应用服务分配过高的数据库权限，比如电商应用只需要对业务表有增删改查权限，不需要有DROP、GRANT等管理权限。同时禁止使用root账户直接连接应用，应该为每个应用创建独立的数据库用户，并且限制该用户只能从指定的服务器IP登录。
创建应用专属用户的示例代码如下：
-- 创建电商应用用户，只允许从192.168.0.100服务器登录 CREATE USER 'ecommerce_app'@'192.168.0.100' IDENTIFIED BY 'StrongPassword123'; -- 只授予订单表、商品表、用户表的增删改查权限 GRANT SELECT, INSERT, UPDATE, DELETE ON ecommerce_db.order_info TO 'ecommerce_app'@'192.168.0.100'; GRANT SELECT, INSERT, UPDATE, DELETE ON ecommerce_db.product_info TO 'ecommerce_app'@'192.168.0.100'; GRANT SELECT, UPDATE ON ecommerce_db.user_info TO 'ecommerce_app'@'192.168.0.100'; -- 刷新权限使配置生效 FLUSH PRIVILEGES;
数据加密与备份
对于用户的敏感信息，比如手机号、身份证号、支付账号等，存储时需要进行加密处理，不要明文存储。同时制定定期备份策略，每天进行全量备份，每小时进行增量备份，并且备份文件要存储在异地服务器，避免本地故障导致数据丢失。
使用AES算法加密用户手机号的示例代码：
-- 插入用户数据时加密手机号，密钥为自定义的加密字符串
INSERT INTO user_info (username, phone, encrypted_phone)
VALUES ('张三', '13800138000', AES_ENCRYPT('13800138000', 'MySecretKey123'));
-- 查询时解密手机号
SELECT username, AES_DECRYPT(encrypted_phone, 'MySecretKey123') AS phone
FROM user_info
WHERE id = 1;
防SQL注入攻击
在应用层编写数据库操作代码时，不要直接拼接SQL语句，要使用参数化查询或者预编译语句，从根源上避免SQL注入风险。比如Java开发中使用PreparedStatement，PHP开发中使用PDO的参数绑定方式，不要将用户输入的内容直接拼接到SQL字符串中。
下面是Java中使用预编译语句查询订单的示例：
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
public class OrderDao {
public void queryUserOrder(Connection conn, int userId) throws Exception {
// 使用预编译语句，避免SQL注入
String sql = "SELECT id, order_amount FROM order_info WHERE user_id = ?";
PreparedStatement ps = conn.prepareStatement(sql);
// 设置参数，用户输入的userId会被当做参数处理，不会拼接成SQL的一部分
ps.setInt(1, userId);
ResultSet rs = ps.executeQuery();
while (rs.next()) {
System.out.println("订单ID：" + rs.getInt("id") + "，金额：" + rs.getBigDecimal("order_amount"));
}
}
}
高并发场景下的额外优化
电商大促期间会出现短时间的高并发请求，此时可以进一步优化MySQL配置，比如开启查询缓存（如果查询重复度高）、使用读写分离架构，将查询请求分发到从库，写请求发送到主库，减轻主库的压力。同时可以配合Redis等缓存中间件，将热点商品信息、用户会话信息缓存起来，减少直接访问数据库的次数。
读写分离场景下，应用层需要根据操作类型选择数据源，下面是简单的路由逻辑示例：
public class DataSourceRouter {
// 写操作路由到主库
public static String getWriteDataSource() {
return "masterDataSource";
}
// 读操作路由到从库，简单轮询负载均衡
private static int slaveIndex = 0;
private static String[] slaveDataSources = {"slaveDataSource1", "slaveDataSource2"};
public static String getReadDataSource() {
slaveIndex = (slaveIndex + 1) % slaveDataSources.length;
return slaveDataSources[slaveIndex];
}
}
总结
MySQL在电子商务应用中的优化和安全配置是一个持续的过程，需要根据业务的发展和实际运行情况不断调整。性能优化要从索引、查询、配置多个维度入手，安全配置要坚持最小权限、数据加密、防注入的原则，两者结合才能保障电商系统稳定、安全地运行，为用户提供良好的购物体验。