Laravel 9 中的数据仓库模式：实现与应用 在 Laravel 9 中，数据仓库（Repository）模式是一种设计模式，它用于抽象和封装对数据库的操作。通过使用 Repository 模式，我们可以将业务逻辑与数据访问逻辑分离，使得应用程序更加模块化，易于测试和维护。为什么使用 Repository 模式？ 解耦：将数据访问逻辑从业务逻辑中分离出来，可以减少两者之间的依赖。 可测试性：更容易地为业务逻辑编写单元测试，因为你可以轻松地模拟（mock）Repository。 灵活性：当需要更改底层数据存储机制时，只需修改 Repository 层，而无需改动业务逻辑层。 如何实现一个 Repository1. 创建接口首先，定义一个 Repository 接口，该接口描述了数据访问的基本操作。例如，对于用户管理，我们可能需要创建、读取、更新和删除（CRUD）功能。namespace App\Interfaces; interface UserRepositoryInterface { public function all(); public function find($id); public function create(array $attributes); public function update($id, array $attributes); public function delete($id); } 2. 实现 Repository接下来，创建一个具体的 Repository 类来实现上述接口。这个类通常会与 Eloquent 模型进行交互。namespace App\Repositories; use App\Interfaces\UserRepositoryInterface; use App\Models\User; class UserRepository implements UserRepositoryInterface { protected $model; public function __construct(User $model) { $this->model = $model; } public function all() { return $this->model->all(); } public function find($id) { return $this->model->find($id); } public function create(array $attributes) { return $this->model->create($attributes); } public function update($id, array $attributes) { $user = $this->find($id); if ($user) { $user->update($attributes); return $user; } return null; } public function delete($id) { $user = $this->find($id); if ($user) { return $user->delete(); } return false; } } 3. 在服务容器中绑定接口到具体实现为了使 Laravel 的服务容器能够自动解析 UserRepository，我们需要在 AppServiceProvider 或其他服务提供者中注册绑定。public function register() { $this->app->bind( \App\Interfaces\UserRepositoryInterface::class, \App\Repositories\UserRepository::class ); } 4. 在控制器中使用 Repository现在可以在控制器中注入 UserRepositoryInterface 并使用其方法。namespace App\Http\Controllers; use App\Interfaces\UserRepositoryInterface; use Illuminate\Http\Request; class UserController extends Controller { protected $userRepository; public function __construct(UserRepositoryInterface $userRepository) { $this->userRepository = $userRepository; } public function index() { $users = $this->userRepository->all(); return view('users.index', compact('users')); } // 其他 CRUD 方法... } 总结通过遵循上述步骤，你可以在 Laravel 9 应用程序中成功实现 Repository 模式。这不仅有助于保持代码的整洁和组织，还提高了应用的可扩展性和可测试性。Repository 模式是构建大型、复杂且易于维护的应用程序的强大工具。

【个人总结】MySQL 通用书写和开发规范 叶子工作中经常碰到一些二开的项目，然后呢，项目代码质量和一些规范就比较参差不齐。所以总结了大概如下一些MySQL规范和可优化的内容。1. 命名规范1.1 表命名 使用小写字母：表名应全部使用小写字母。 使用复数形式：表名通常使用复数形式。 避免使用保留字：不要使用 SQL 保留字作为表名。 示例：CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, first_name VARCHAR(50), last_name VARCHAR(50), email VARCHAR(100) UNIQUE ); 1.2 字段命名 使用小写字母：字段名应全部使用小写字母。 使用下划线分隔：多单词字段名使用下划线分隔。 避免使用保留字：不要使用 SQL 保留字作为字段名。 示例：CREATE TABLE orders ( order_id INT AUTO_INCREMENT PRIMARY KEY, user_id INT, order_date DATETIME, total_amount DECIMAL(10, 2), FOREIGN KEY (user_id) REFERENCES users(id) ); 1.3 索引命名 使用前缀：索引名应以表名或字段名为前缀。 简洁明了：索引名应简洁明了，易于理解。 示例：CREATE INDEX idx_users_email ON users(email); CREATE INDEX idx_orders_user_id ON orders(user_id); 2. SQL 语句格式2.1 使用大写关键字 大写关键字：SQL 关键字应使用大写，以提高可读性。 示例：SELECT ID, FIRST_NAME, LAST_NAME, EMAIL FROM USERS WHERE EMAIL = 'user@example.com'; 2.2 适当换行 换行：长 SQL 语句应适当换行，每行不超过 80 个字符。 缩进：使用缩进提高可读性，通常使用 2 个或 4 个空格。 示例：SELECT U.ID, U.FIRST_NAME, U.LAST_NAME, O.ORDER_ID, O.ORDER_DATE, O.TOTAL_AMOUNT FROM USERS U JOIN ORDERS O ON U.ID = O.USER_ID WHERE U.EMAIL = 'user@example.com' ORDER BY O.ORDER_DATE DESC; 2.3 使用注释 行内注释：在复杂的 SQL 语句中使用行内注释，解释关键逻辑。 块注释：使用块注释解释整个 SQL 语句的用途和逻辑。 示例：-- 查询用户及其订单信息 SELECT U.ID, U.FIRST_NAME, U.LAST_NAME, O.ORDER_ID, O.ORDER_DATE, O.TOTAL_AMOUNT FROM USERS U JOIN ORDERS O ON U.ID = O.USER_ID WHERE U.EMAIL = 'user@example.com' -- 过滤指定邮箱的用户 ORDER BY O.ORDER_DATE DESC; -- 按订单日期降序排列 3. 数据类型选择3.1 选择合适的数据类型 整数类型：根据数据范围选择合适的整数类型。 浮点类型：使用 DECIMAL 类型存储精确的小数，避免使用 FLOAT 和 DOUBLE。 日期时间类型：使用 DATE、TIME、DATETIME 或 TIMESTAMP 类型存储日期和时间。 字符串类型：根据字符串长度选择合适的类型。 示例：CREATE TABLE products ( product_id INT AUTO_INCREMENT PRIMARY KEY, product_name VARCHAR(100), price DECIMAL(10, 2), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); 3.2 避免过度设计 最小化数据类型：选择最小化满足需求的数据类型，以节省存储空间和提高性能。 示例：CREATE TABLE status_codes ( code TINYINT PRIMARY KEY, description VARCHAR(50) ); 4. 索引优化4.1 创建合适的索引 主键索引：每个表应有一个主键索引。 唯一索引：对于需要保证唯一性的字段，创建唯一索引。 组合索引：对于经常一起查询的字段，创建组合索引。 示例：CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) UNIQUE, email VARCHAR(100) UNIQUE, first_name VARCHAR(50), last_name VARCHAR(50) ); CREATE INDEX idx_users_first_last_name ON users(first_name, last_name); 4.2 避免过度索引 适度索引：过多的索引会降低写入性能，增加存储开销，应适度创建索引。 示例：-- 不要为每个字段都创建索引 CREATE TABLE orders ( order_id INT AUTO_INCREMENT PRIMARY KEY, user_id INT, order_date DATETIME, total_amount DECIMAL(10, 2), FOREIGN KEY (user_id) REFERENCES users(id) ); -- 只为常用查询字段创建索引 CREATE INDEX idx_orders_user_id ON orders(user_id); 5. 查询优化5.1 使用 EXPLAIN 分析查询 使用 EXPLAIN：使用 EXPLAIN 关键字分析查询计划，优化查询性能。 示例：EXPLAIN SELECT U.ID, U.FIRST_NAME, U.LAST_NAME, O.ORDER_ID, O.ORDER_DATE, O.TOTAL_AMOUNT FROM USERS U JOIN ORDERS O ON U.ID = O.USER_ID WHERE U.EMAIL = 'user@example.com' ORDER BY O.ORDER_DATE DESC; 5.2 避免全表扫描 使用索引：尽量使用索引进行查询，避免全表扫描。 选择性高的字段：在 WHERE 子句中使用选择性高的字段。 示例：-- 使用索引字段进行查询 SELECT U.ID, U.FIRST_NAME, U.LAST_NAME, O.ORDER_ID, O.ORDER_DATE, O.TOTAL_AMOUNT FROM USERS U JOIN ORDERS O ON U.ID = O.USER_ID WHERE U.EMAIL = 'user@example.com' ORDER BY O.ORDER_DATE DESC; 5.3 限制返回的记录数 使用 LIMIT：在查询中使用 LIMIT 关键字限制返回的记录数，提高查询性能。 示例：SELECT U.ID, U.FIRST_NAME, U.LAST_NAME, O.ORDER_ID, O.ORDER_DATE, O.TOTAL_AMOUNT FROM USERS U JOIN ORDERS O ON U.ID = O.USER_ID WHERE U.EMAIL = 'user@example.com' ORDER BY O.ORDER_DATE DESC LIMIT 10; 6. 事务管理6.1 使用事务 BEGIN：开始事务。 COMMIT：提交事务。 ROLLBACK：回滚事务。 示例：START TRANSACTION; INSERT INTO users (first_name, last_name, email) VALUES ('John', 'Doe', 'john.doe@example.com'); INSERT INTO orders (user_id, order_date, total_amount) VALUES (LAST_INSERT_ID(), NOW(), 100.00); COMMIT; 6.2 保持事务简短 简短事务：保持事务简短，避免长时间占用资源。 示例：START TRANSACTION; UPDATE users SET email = 'john.new@example.com' WHERE id = 1; COMMIT; 7. 安全性7.1 使用参数化查询 防止 SQL 注入：使用参数化查询防止 SQL 注入攻击。 示例：<?php $pdo = new PDO('mysql:host=localhost;dbname=mydb', 'user', 'password'); $stmt = $pdo->prepare('SELECT * FROM users WHERE email = :email'); $stmt->execute(['email' => 'user@example.com']); $users = $stmt->fetchAll(PDO::FETCH_ASSOC); print_r($users); ?> 7.2 限制权限 最小权限原则：为数据库用户分配最小必要的权限，避免过度授权。 示例：CREATE USER 'readonly_user'@'localhost' IDENTIFIED BY 'password'; GRANT SELECT ON mydb.* TO 'readonly_user'@'localhost'; FLUSH PRIVILEGES; 8. 备份和恢复8.1 定期备份 定期备份：定期备份数据库，确保数据安全。 示例：mysqldump -u user -p mydb > mydb_backup.sql 8.2 测试恢复过程 测试恢复：定期测试备份数据的恢复过程，确保备份有效。 示例：mysql -u user -p mydb < mydb_backup.sql 9. 文档和注释9.1 编写文档 文档：编写数据库设计文档，记录表结构、字段含义和索引等信息。 示例：# 数据库设计文档 ## 表结构 ### users - **id** (INT, AUTO_INCREMENT, PRIMARY KEY) - **first_name** (VARCHAR(50)) - **last_name** (VARCHAR(50)) - **email** (VARCHAR(100), UNIQUE) ### orders - **order_id** (INT, AUTO_INCREMENT, PRIMARY KEY) - **user_id** (INT, FOREIGN KEY REFERENCES users(id)) - **order_date** (DATETIME) - **total_amount** (DECIMAL(10, 2)) ## 索引 - **idx_users_email** (users.email) - **idx_orders_user_id** (orders.user_id) 9.2 注释代码 注释：在 SQL 代码中添加注释，解释复杂的查询和逻辑。 示例：-- 查询用户及其订单信息 SELECT U.ID, U.FIRST_NAME, U.LAST_NAME, O.ORDER_ID, O.ORDER_DATE, O.TOTAL_AMOUNT FROM USERS U JOIN ORDERS O ON U.ID = O.USER_ID WHERE U.EMAIL = 'user@example.com' -- 过滤指定邮箱的用户 ORDER BY O.ORDER_DATE DESC; -- 按订单日期降序排列 10. 性能监控10.1 监控性能 性能监控：使用性能监控工具（如 SHOW GLOBAL STATUS、SHOW ENGINE INNODB STATUS）监控数据库性能。 示例：SHOW GLOBAL STATUS LIKE 'Threads_connected'; SHOW ENGINE INNODB STATUS; 10.2 调优参数 调优参数：根据监控结果调优数据库参数，提高性能。 示例：[mysqld] innodb_buffer_pool_size = 1G innodb_log_file_size = 256M max_connections = 100 总结遵循这些详细的 MySQL 书写和开发规范，可以提高代码的可读性、可维护性和可靠性。希望这些规范和示例对你在 MySQL 开发中有所帮助，祝你在数据库开发中取得成功！如果有更多具体需求或问题，欢迎讨论。

Laravel 数据库分库分表操作指南 Laravel 数据库分库分表操作指南随着业务的发展，单一数据库和表可能无法满足高性能和高并发的需求。为了提高系统的可扩展性和性能，数据库分库分表（Sharding）成为一种常见的解决方案。本文将介绍如何在 Laravel 中实现数据库分库分表操作。1. 分库分表的基本概念分库（Database Sharding） 定义：将一个大的数据库拆分成多个小的数据库，每个数据库存储一部分数据。 优点：提高读写性能，减少单个数据库的压力，提高系统的可扩展性。 分表（Table Sharding） 定义：将一个大的表拆分成多个小的表，每个表存储一部分数据。 优点：减少单表的数据量，提高查询性能，减少锁竞争。 2. Laravel 中的分库分表实现2.1 配置多个数据库连接首先，需要在 config/database.php 中配置多个数据库连接。例如：return [ 'connections' => [ 'mysql_1' => [ 'driver' => 'mysql', 'host' => env('DB_HOST_1', '127.0.0.1'), 'port' => env('DB_PORT_1', '3306'), 'database' => env('DB_DATABASE_1', 'forge'), 'username' => env('DB_USERNAME_1', 'forge'), 'password' => env('DB_PASSWORD_1', ''), 'unix_socket' => env('DB_SOCKET_1', ''), 'charset' => 'utf8mb4', 'collation' => 'utf8mb4_unicode_ci', 'prefix' => '', 'strict' => true, 'engine' => null, ], 'mysql_2' => [ 'driver' => 'mysql', 'host' => env('DB_HOST_2', '127.0.0.1'), 'port' => env('DB_PORT_2', '3306'), 'database' => env('DB_DATABASE_2', 'forge'), 'username' => env('DB_USERNAME_2', 'forge'), 'password' => env('DB_PASSWORD_2', ''), 'unix_socket' => env('DB_SOCKET_2', ''), 'charset' => 'utf8mb4', 'collation' => 'utf8mb4_unicode_ci', 'prefix' => '', 'strict' => true, 'engine' => null, ], ], ]; 2.2 模型绑定到特定的数据库连接在模型中指定使用哪个数据库连接。例如：namespace App\Models; use Illuminate\Database\Eloquent\Model; class User extends Model { protected $connection = 'mysql_1'; } 2.3 动态切换数据库连接在某些情况下，可能需要在运行时动态切换数据库连接。可以使用 on 方法来实现：$user = App\Models\User::on('mysql_2')->find(1); 3. 分表策略3.1 基于哈希的分表基于哈希的分表是一种常用的分表策略。可以通过用户的 ID 或其他字段的哈希值来决定数据存储在哪个表中。例如：function getTableName($id) { $hash = crc32($id); $tableIndex = $hash % 10; // 假设我们有10个表 return 'users_' . $tableIndex; } class User extends Model { public function newQuery() { $query = parent::newQuery(); $query->from(getTableName($this->id)); return $query; } } 3.2 基于范围的分表基于范围的分表是另一种常见的分表策略。可以根据用户 ID 的范围来决定数据存储在哪个表中。例如：function getTableName($id) { if ($id >= 1 && $id <= 10000) { return 'users_1'; } elseif ($id >= 10001 && $id <= 20000) { return 'users_2'; } else { return 'users_3'; } } class User extends Model { public function newQuery() { $query = parent::newQuery(); $query->from(getTableName($this->id)); return $query; } } 4. 查询和事务管理4.1 跨库查询跨库查询需要特别注意，因为 Laravel 的 Eloquent ORM 不支持跨库的联合查询。可以使用原生 SQL 查询来实现：$users = DB::connection('mysql_1')->select( DB::raw("SELECT * FROM users_1 UNION SELECT * FROM users_2") ); 4.2 事务管理在多库或多表的情况下，事务管理变得复杂。可以使用 DB::transaction 来确保事务的一致性：DB::connection('mysql_1')->transaction(function () { // 执行操作 DB::connection('mysql_2')->table('users')->insert(['name' => 'John Doe']); }); 5. 维护和监控5.1 数据迁移在分库分表的情况下，数据迁移需要特别小心。可以使用 Laravel 的 Schema 构建器来创建和管理表结构：Schema::connection('mysql_1')->create('users_1', function (Blueprint $table) { $table->id(); $table->string('name'); $table->timestamps(); }); Schema::connection('mysql_2')->create('users_2', function (Blueprint $table) { $table->id(); $table->string('name'); $table->timestamps(); }); 5.2 监控和日志监控和日志对于维护分库分表系统至关重要。可以使用 Laravel 的日志功能来记录重要的操作和错误：Log::info('User created successfully', ['user_id' => $user->id]); 6. 总结通过上述步骤，你可以在 Laravel 中实现数据库分库分表操作。分库分表可以显著提高系统的性能和可扩展性，但也带来了额外的复杂性。因此，在实施分库分表之前，需要仔细评估业务需求和技术可行性。 

Laravel 9高并发API数据操作的最佳实践 ### 在Laravel 9中处理高并发API的数据操作随着互联网应用的不断发展，API服务面临着越来越多的高并发请求挑战。在Laravel框架下开发API时，如何确保在高并发场景下的数据一致性成为了一个重要的问题。本文将探讨在Laravel 9中使用Eloquent ORM处理API高并发请求时的一些稳妥操作方法。#### 1. 并发问题概述在高并发场景下，多个用户几乎同时访问同一资源时，可能会导致数据一致性问题。例如，当多个请求尝试同时修改某个用户的请求次数时，如果不采取任何措施，最终的结果可能是数据被重复计算或遗漏计算。#### 2. 使用事务Laravel提供了一种简单的方式来处理数据库事务，它可以确保一组操作要么全部成功，要么全部失败。在处理高并发请求时，使用事务可以提高数据的一致性。```php DB::beginTransaction(); try { // 执行一系列操作 DB::commit(); } catch (\Exception $e) { DB::rollBack(); } ```#### 3. 乐观锁乐观锁是一种在不锁定数据的情况下处理并发的方法。它通过比较数据版本或时间戳来决定是否接受更改。在Laravel中，可以利用Eloquent模型的属性来实现这一点。```php $user = App\Models\User::find($userId); if ($user->version === $oldVersion) { $user->version++; $user->save(); } ```#### 4. 悲观锁悲观锁假设最坏的情况，即认为数据很可能被修改，因此在开始操作前会锁定数据。在Laravel中，可以通过`lockForUpdate()`方法来实现。```php $user = App\Models\User::find($userId)->lockForUpdate(); // 执行操作 $user->save(); ```#### 5. 原子操作Laravel的Eloquent ORM提供了`increment()`和`decrement()`方法来执行原子操作，这对于高并发场景下的计数器非常有用。```php $user = App\Models\User::find($userId); $user->decrement('remaining_times'); $user->increment('total_times'); ```#### 6. 分布式锁对于极端高并发的情况，可以考虑使用Redis或其他分布式锁服务来确保在分布式环境中的一致性。```php $lock = new RedisLock($redis, 'unique_lock_key'); if ($lock->acquire()) { try { // 执行关键操作 } finally { $lock->release(); } } ```#### 结论在Laravel 9中处理API高并发请求时，选择合适的数据操作策略至关重要。使用事务、乐观锁、悲观锁、原子操作以及分布式锁等技术可以有效地解决并发带来的数据一致性问题。开发者应根据具体的业务场景和技术需求来选择最合适的方法。---以上方法可以帮助你在Laravel 9中构建更加稳健和高效的API服务，确保即使在高并发条件下也能保持良好的用户体验和数据完整性。

Laravel“高并发”导致数据“统计”异常一例 最近在用Laravel写一个接口，大致逻辑如下：用户请求接口，校验用户传参，取数据库数据，数据处理，用户请求数据次数+1，用户剩余请求次数数据-1，返回数据。最近呢，有用户并发比较高，我在校验完数据后拉取数据库用户数据：$check = User::query()->where('id',$id)->first();......中间省略数据处理$remaining_times = $check->remaining_times-1; $total_times = $check->total_times+1; $check->update(['remaining_times'=>$remaining_times,'total_times'=>$total_times]); return response()->json([......]);根据Log获知，有好几条查询 $remaining_times 和 $total_times 在进行加减以后依然维持原数据。 初步判定为并发导致。当时考虑过用事务处理，悲观锁，乐观锁。 但是出于更方便的处理，最后使用 increment() 和 decrement() 进行处理。事情暂定为这样再观察。谨以此做记录，如果有更好的方法后续再更新或者欢迎大佬们评论讨论。