根本原因是linux下mysql/kingbase默认大小写敏感，而windows不敏感；mysql需设lower_case_table_names=1（空库时生效），kingbase必须初始化时加--enable-ci重建数据库，show enable_ci返回off且日志报unrecognized即未启用。
在Windows开发环境写好的ThinkPHP模型，部署到Linux服务器后频繁报错“Table 'xxx' doesn't exist”，根本原因不是代码写错了，而是数据库表名大小写在跨平台时被MySQL或Kingbase底层机制截断——Windows默认不敏感，Linux默认敏感，而ThinkPHP的Db::name()和模型类完全不干预标识符原始形态。
确认当前数据库是否启用大小写不敏感模式
登录数据库执行：show lower_case_table_names;（MySQL）或show enable_ci;（KingbaseV8）。
MySQL返回值为1表示已启用；Kingbase返回off且日志中提示unrecognized configuration parameter "enable_ci"，说明该实例初始化时未加--enable-ci参数，【重建数据库是唯一生效方式】。
别试图在kingbase.conf里手动加enable_ci = on——运行时无效，重启后照样报错。
ThinkPHP模型层统一规避大小写断裂
方法一：强制指定小写表名（推荐用于新项目）
在模型类中显式声明protected $table = 'userinfo';，全部使用小写字母+下划线，禁用双引号包裹任何SQL标识符。
方法二：适配已有大写建表（仅限MySQL，且lower_case_table_names=1）
在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……
修改MySQL配置文件my.cnf，在[mysqld]节点下添加lower_case_table_names=1，然后重启MySQL服务。注意：此操作必须在数据库为空时执行，否则可能引发元数据损坏。
方法三：KingbaseV8专用补救（无法改配置时）
在模型中覆盖parseTable方法：protected function parseTable($table) { return strtolower($table); }，但这仅影响当前模型的FROM子句，JOIN、子查询、字段别名等仍会失效。
Linux部署前必须完成的三步检查
第一步：检查所有Db::name()调用中的字符串字面量——确保全是小写，如Db::name('user_log')，禁止出现Db::name('UserLog')或Db::name('USER_LOG')。
第二步：进入数据库执行SELECT table_name FROM information_schema.tables WHERE table_schema = 'your_db_name';，比对结果与模型中$table值是否逐字符一致（含大小写）。
第三步：在Linux服务器上用mysql -u root -p -e "use your_db; show tables;"直连验证，确认终端输出的表名与代码中使用的完全相同。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
