如果 MySQL 在使用了 sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 后无法启动，可能是由于该设置与您的 MySQL 版本不兼容。
尝试执行以下步骤来解决此问题：
- 打开 my.ini 配置文件，并将 sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 改为适合您当前 MySQL 版本的 SQL 模式。您可以在 MySQL 官方文档中找到相应的 SQL 模式列表，根据您的需求进行选择。
- 保存并关闭 my.ini 文件。
- 重新启动 MySQL 服务。
如果仍然无法启动 MySQL，则需要进一步检查错误日志以确定出现了什么问题。在 Windows 平台上，默认情况下，MySQL 错误日志文件位于 C:\ProgramData\MySQL\MySQL Server X.X\data 目录中（其中 X.X 是 MySQL 版本号）。您可以查看该日志文件以获取更多信息。
![/data # iw --debug dev wlan0 connect -w "lucky-5g" auth open key 0:1234567890
Usage: iw [options] dev connect [-w] [] [] [auth open|shared] [key 0:abcde d:1:6162636465] [mfp:req/opt/no]
Join the network with ...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162239148267954.png)
![驱动代码
void kalRxTaskletSchedule(struct GLUE_INFO *pr)
{
static unsigned int num = 0;
tasklet_hi_schedule(&pr->rRxTask[(num++)%NR_CPUS]);
// tasklet_hi_schedule(&pr->rRxTask);
DBGLOG(HAL, ERROR,](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162226144313964.png)
